SKUSKA Flashcards

Question

Testovanie – biela skrinka (white box)

Answer 1

Testovanie bielou skrinkou je testovanie z vnútra. Aplikujeme pri ňom naše znalosti ohľadom kódu v závislosti od návrhu systému a systémových požiadaviek, popísaných v špecifikácii programu. Ide o verifikáciu programu. (skrátka vidíme zdrojový kód, takže podľa neho vieme prísť na to, čo a ako testovať)

Answer 2

Testovanie čiernou skrinkou je testovanie z vonku programu, bez akýchkoľvek znalosti o kóde len na základe požiadaviek v špecifikácii (tieto požiadavky sú často charakterizované len na užívateľskom leveli). Ide o verifikáciu aj validáciu programu. (skrátka nevidíme zdrojový kód, takže nevieme otestovať všetky jeho vetvy, testujeme len na základe špecifikácie, čo približne má robiť program)

Answer 3

Testovanie metodou sivej skrinky je kombináciou testovania bielej skrinky a testovania čiernej skrinky. Cieľom tohto testovania je nájsť prípadné chyby v kóde v dôsledku nesprávnej štruktúry alebo nesprávneho použitia aplikácii. Pri testovaní pomocou sivej skrinky tester sčasti pozná internú štruktúru aplikácie, ktorá zahŕňa dokumentáciu, interné dáta a používané algoritmy. Testovanie pomocou sivej skrinky si vyžaduje znalosť vysokého levelu testovania a detailnej dokumentácie aplikácie, ktorá bude využitá pri definovaní jednotlivých testov.

Answer 4

Pochopenie programu znamená pochopenie jeho funkcionality. Pochopenie programu je individuálna úloha. Softvérový inžinier pri nej využíva rôzne pomocné nástroje nato aby si túto úlohu uľahčil.

Answer 5

Testovanie by malo byť systematizované a prebiehať podľa presne stanoveného postupu. Review a testovanie môže zmeniť náš pohľad na systém samotný. Jadrom vývoja programu je rýchla reakcia a porozumenie programu. Evolúcia je pomalá reakcia.

Answer 6

Testvér je program, ktorý slúži na testovanie programu. Testvér pozostáva z blackbox testov, gray box testov a white box testov v samostatných moduloch programu. Tester využíva moduly v testvéry na otestovanie funkcionality programu.

Answer 7

Dokumentácia k testovaniu pozostáva z * subjektu testovania alebo jeho časti * cieľov testovania = objektu testovania * metód testovania = procedúr testovania * testovacích dát = vstupov a očakávaných výstupov * výsledku testovania = skutočne vyprodukovaného výstupu * verdiktu testovania = vyjadrenie sa k výsledku testovania (bolo úspešné/neúspešne) s ohľadom na testované dáta Dokumentácia k testovaniu často pozostáva z rôznych screenshotov.

Answer 8

Zmeny v softvéry môžu byť * nevyhnutné zmeny o nové požiadavky od zákazníka o prispôsobovanie sa buisiness prostrediu o oprava chýb o prispôsobovanie sa novému hardwaru o zlepšovanie výkonu sw Pokiaľ sa rozhodujeme pre zmeny v sw, stále si je potrebné položiť otázku či je výhodnejšie softvér meniť alebo vyvinúť nový softvér.

Answer 9

Život softvéru pozostáva ztýchto fáz: vývoj softvéru → evolúcia softvéru → údržba softvéru → dôchodok softvéru vývoj softvéru – fáza, kedy sa softvér formuje, vyvíja evolúcia softvéru – fáza, kedy sa softvér používa, prispôsobuje novým požiadavkám, ktoré sú doňho zaimplementovavané údržba softvéru -fáza kedy sa softvér už nepospôsobuje novým požiadavkám, nepridáva sa nová funkcionalita, len sa opravujú staré chyby fáza dôchodku– konečná fáza, softvér sa stále používa ale nie su v ňom žiadne zmeny

Answer 10

Evolúcia je kontinuálne vylepšovanie vyvíjaného programu v závislosti na systéme. Základným princípom evolúcie systému je automatizované regresné testovanie. Základným princípom dokumentácie programu sú užívateľské príbehy (user stories), ktoré sú vyjadrenímzmeny v systéme.

Answer 11

Systém je zastaraný vtedy, ak je jeho základom technológia, ktorá už ďalej nie je používaná, alebo ak je napišaný v programovacom jazyku, ktorý sa už ďalej nepoužíva. Zastarané systémy často využívajú zastarané hardvérové riešenia, procesy a procedúry (zastarané technologické systémy, zastaraný hardvér, softvér, zastarané knižnice alebo procesy).

Answer 12

* systém nízkej kvality a nízkej obchodnej hodnoty => scrap * systém nízkej kvality a vysokej obchodnej hodnoty => nahradí sa * systém vysokej kvality a nízkej obchodnej hodnoty => nahradí sa s COTS, udržiava sa alebo sa vyvíja * systém vysokej kvality a vysokej obchodnej hodnoty => používa sa, udržiava sa alebo sa mení ak je to možné

Answer 13

Pri meraní je potrebné rozlišovať pojmy: * údržba = zmena používateľského softvéru * evolúcia = zmena generického softvéru Typy údržby softvéru * oprava chýb softvéru * prispôsobovanie prostrediu * úprava funkcionality * pridanie novej funkcionality do softvéru

Answer 14

oprava chýb softvéru * prispôsobovanie prostrediu * úprava funkcionality * pridanie novej funkcionality do softvéru

Answer 15

Predikcia údržby pozostáva z * zistenia, ktorá časť systému môže spôsobiť problémy alebo zistenie, ktorá časť systému je najnáročnejšia na údržbu * komplexnýchmetrík * procesných metrík Predikcia zmien * predikcia zmien hovorí o počte zmien v programe a o porozumení vzťahov medzi systémom a vývojovým prostredím * úzko prepojené systémy sú také systémy, pri ktorých zmene dochádza aj k zmenám v prostredí

Answer 16

Reengineering je nahradzovanie alebo prepísanie časti kódu novou časťou kódu bez zmeny funkcionality. Je akceptovaný v úseku kódu, ktorého údržba nie je náročná. Reengineering robí softvér ľahšie udržateľný, redukuje jeho cenu a riziko výskytu chýb v softvéry.

Answer 17

Refaktorízácia je proces, ktorý pokračuje v priebehu vývoja aj evolúcie. Je to zmena kódu, bez zmeny štruktúry, degradácie kódu a zmeny funkcionality kódu.

Answer 18

* duplicita v kóde * dlhé metódy * switche * nahromadzovanie dát * nič nehovoriace úseky kódu

Answer 19

Testovanie použiteľnosti je testovanie, ktorého cieľom je určiť do akej miery je softvér zrozumiteľný, ľahko naučiteľný, ľahkou používateľný a zaujímavý pre používateľov ak ho používajú podľa špecifikovaných podmienok.

Answer 20

Štruktúra kódu je stála vtedy ak je súdržnosť (cohesion) kódu vysoká a spojenie (coupling) nízky. Súdržnosť pojednáva o komunikácii vnútri modulu a spojenie o komunikácii medzi modulmi.

Answer 21

Každých 18 mesiacov sa počet čipov v integrovanom obvode zdvojuje.

Answer 22

Ciele: * vyvíjaťhardware, ktorý šetrí energiu * vyvíjaťsoftware, ktorý šetrí energiou * šetriť energiu pomocou umiestnenia hardwaru K vývoju softvéru, ktorý je skutočne zelený potrebujeme * vyvinúťnový pracujúci hardware * vyvinúť energicky efektívny softvér * učiť užívateľov šetriť energiu pri používaní softvéru * uistiť sa, že energiu, ktorú používame je skutočne zelená

Answer 23

invazívne => zasahujeme do kódu, 1. rozbehnutie white-box testy na pozícii v kóde o ktorej vieme, že spôsobuje nadmernú spotrebu energie. Po rozbehaní určitého minimálneho počtu testov, môžeme stanoviť, vykonanie ktorého testu zabralo najviac energie. 2. vyžaduje si pridanie príkazov do kódu, ktorými sa spustí/zastaví meranie

Answer 24

invazívne => nezasahujeme do kódu, 1. Meriame spotrebu energie systému s a bez spustenej aplikácie. Po vykonaní štatisticky vhodného merania, môžemvykonať výpočet spotreby pre spustenú aplikáciu 2. Zaznačíme spotrebu energie programom na hosťujúcom systéme pomocou známych procesov. Potom pozorujeme správanie zvoleného procesu na hosťovskom PC. Nameraná hodnota je značí spotrebu energie CPU, spotrebu energie pamäťou atď.

Answer 25

Pod pojmom produktová línia rozumieme viacero produktov, ktoré majú mnohé svoje súčasti podobné ale odlišujú sa len v istých aspektoch. Ako jednoduché kritérium pre produktovú líniu by sme mohli povedať, že dva produkty sú súčasťou produktovej línie ak zdieľajú približne 80% zdrojového kódu. Príkladom produktovej línie je napríklad softvér pre automobil, ktorý môže fungovať stále rovnako, no variabilita jeho správania spočíva napr. v rôznej klimatizácii, GPS, elektrických oknách... Pre produktové línie je dôležité zabezpečiť možnosť uchovania konfigurácie konkrétneho produktu a taktiež možnosť aktualizovať produkt na základe nových verzií jednotlivých komponentov, ktoré tvoria danú konfiguráciu.

Answer 26

(evolution-based) je softvér, kt implementuje počítačové aplikácie z reálneho sveta. Tento softvér musí byť súvisle vyvíjaný tak, aby spĺňal užívateľove požiadavky počas niekoľkých rokov požívania a niekoľkých releasov.

Answer 27

(specification-based) je softvér, kt implementuje počítačové aplikácie zo špecifického sveta, napr. riešenie rovníc vo fyzike, matematický softvér na riešenie diferenciálnych rovníc...