Prezentácia "testovanie ako výskumná metóda". Testovanie ako metóda psychologického výskumu

tutoriál

Dobrý deň!

Chcem zozbierať všetku najpotrebnejšiu teóriu o testovaní, ktorá sa pýta na pohovoroch pre cvičiacich, juniorov a malého stredného. Popravde, nazbieral som ich už dosť. Účelom tohto príspevku je kolektívne doplniť to, čo chýbalo, a opraviť/preformulovať/pridať/urobiť NIEČO INÉ s tým, čo už tam je, aby sa to stalo dobrým a vy si to všetko mohli vziať a pre každý prípad zopakovať pred ďalším rozhovorom. Vo všeobecnosti sa kolegovia pýtam pod strihom, komu nakresliť niečo nové, komu systematizovať staré a komu prispieť.

Výsledkom by mal byť komplexný cheat sheet, ktorý si musíte cestou na pohovor znovu prečítať.

Všetko nižšie uvedené nie je vymyslené mnou osobne, ale prevzaté z rôznych zdrojov, kde sa mi osobne viac páčilo znenie a definícia. Na konci zoznamu zdrojov.

Témy: definícia testu, kvalita, overenie/validácia, ciele, míľniky, plán testovania, položky plánu testu, návrh testu, techniky návrhu testu, matica sledovateľnosti, prípad tets, kontrolný zoznam, defekt, chyba/chyba/zlyhanie, hlásenie o chybe, závažnosť vs. priorita, úrovne testovania, typy/typy, prístupy integračného testovania, princípy testovania, statické a dynamické testovanie, prieskumné / ad-hoc testovanie, požiadavky, životný cyklus chýb, fázy vývoja softvéru, rozhodovacia tabuľka, qa/qc/test inžinier, diagram pripojenia .

Choď!

Testovanie softvéru- overenie súladu medzi skutočným a očakávaným správaním programu, vykonané na konečnom súbore testov vybraných určitým spôsobom. V širšom zmysle je testovanie jednou z techník kontroly kvality, ktorá zahŕňa činnosti plánovania práce (Test Management), návrhu testu (Test Design), vykonania testu (Test Execution) a analýzy výsledkov (Test Analysis).

Kvalita softvéru je súbor charakteristík softvéru súvisiacich s jeho schopnosťou uspokojovať stanovené a predpokladané potreby.

Overenie- je proces hodnotenia systému alebo jeho komponentov s cieľom zistiť, či výsledky aktuálneho štádia vývoja spĺňajú podmienky vytvorené na začiatku tohto štádia. Tie. či sa plnia naše ciele, termíny, úlohy vývoja projektu, definované na začiatku aktuálnej fázy.
Validácia- ide o definíciu súladu vyvíjaného softvéru s očakávaniami a potrebami užívateľa, systémovými požiadavkami.
Môžete tiež nájsť iný výklad:
Proces posudzovania zhody produktu s explicitnými požiadavkami (špecifikáciami) je overenie, pričom zároveň posúdenie, či produkt spĺňa očakávania a požiadavky užívateľa, je validáciou. Často sa tiež môžete stretnúť s nasledujúcou definíciou týchto pojmov:
Validácia – „je toto správna špecifikácia?“.
Overenie – „je systém správny podľa špecifikácie?“.

Ciele testovania
Zvýšte pravdepodobnosť, že aplikácia určená na testovanie bude za každých okolností fungovať správne.
Zvýšte pravdepodobnosť, že aplikácia určená na testovanie bude spĺňať všetky popísané požiadavky.
Poskytovanie aktuálnych informácií o aktuálnom stave produktu.

Kroky testovania:
1. Analýza
2. Vypracujte stratégiu testovania
a plánovanie postupov kontroly kvality
3. Práca s požiadavkami
4. Tvorba testovacej dokumentácie
5. Testovanie prototypov
6. Základné testovanie
7. Stabilizácia
8. Prevádzka

Testovací plán je dokument popisujúci celý rozsah testovacej práce, počnúc popisom objektu, stratégiou, harmonogramom, kritériami pre začatie a ukončenie testovania, až po vybavenie potrebné v procese, špeciálne znalosti, ako aj hodnotenie rizík s možnosťami ich vyriešenie.
Odpovedá na otázky:
Čo by sa malo testovať?
Čo budete testovať?
Ako budete testovať?
Kedy budeš testovať?
Kritériá pre začatie testovania.
Kritériá pre ukončenie testovania.

Hlavné body plánu testov
Norma IEEE 829 uvádza zoznam položiek, z ktorých by mal (necháme) pozostávať plán testovania:
a) identifikátor plánu testovania;
b) úvod;
c) testované položky;
d) vlastnosti, ktoré sa majú testovať;
e) vlastnosti, ktoré sa netestujú;
f) prístup;
g) Kritériá vyhovenia/zlyhania položky;
h) Kritériá pozastavenia a požiadavky na obnovenie;
i) testovacie výstupy;
j) testovacie úlohy;
k) environmentálne potreby;
l) zodpovednosti;
m) personálne a školiace potreby;
n) Harmonogram;
o) riziká a nepredvídané udalosti;
p) Schválenia.

návrh testu- je to fáza procesu testovania softvéru, v ktorej sa navrhujú a vytvárajú testovacie prípady (testovacie prípady) v súlade s vopred definovanými kritériami kvality a cieľmi testovania.
Úlohy zodpovedné za návrh testu:
Testovací analytik - definuje "ČO testovať?"
Návrhár testov - definuje "AKO testovať?"

Dizajn skúšobných techník

Rozdelenie ekvivalencie (EP). Napríklad, ak máte rozsah platných hodnôt od 1 do 10, musíte vybrať jednu správnu hodnotu v rámci intervalu, povedzme 5, a jednu nesprávnu hodnotu mimo intervalu, 0.

Analýza hraničnej hodnoty (BVA). Ak vezmeme vyššie uvedený príklad ako hodnoty pre pozitívne testovanie, zvolíme minimálne a maximálne limity (1 a 10) a hodnoty pre viac a menej ako limity (0 a 11). Analýza hraničnej hodnoty môže byť aplikovaná na polia, záznamy, súbory alebo akýkoľvek druh obmedzenej entity.

Príčina / Následok (Príčina / Následok - CE). Spravidla ide o vstup kombinácií podmienok (príčin) na prijatie odpovede zo systému (Dôsledok). Napríklad testujete schopnosť pridať zákazníka pomocou konkrétneho zobrazenia. Ak to chcete urobiť, budete musieť zadať niekoľko polí, ako napríklad "Meno", "Adresa", "Telefónne číslo" a potom kliknite na tlačidlo "Pridať" - tento "Dôvod". Po stlačení tlačidla „Pridať“ systém pridá klienta do databázy a zobrazí jeho číslo na obrazovke – to je „Dôsledok“.

Vyčerpávajúce testovanie (ET)- toto je extrémny prípad. V rámci tejto techniky musíte otestovať všetky možné kombinácie vstupných hodnôt a v zásade by to malo nájsť všetky problémy. V praxi nie je použitie tejto metódy možné z dôvodu obrovského množstva vstupných hodnôt.

matice sledovateľnosti- Matica dodržiavania požiadaviek je dvojrozmerná tabuľka obsahujúca súlad medzi funkčnými požiadavkami produktu a pripravenými testovacími scenármi (testovacími prípadmi). Požiadavky sú umiestnené v záhlaví stĺpcov tabuľky a testovacie scenáre sú umiestnené v záhlaví riadkov. Na križovatke značka začiarknutia označujúca, že požiadavka aktuálneho stĺpca je pokrytá testovacím prípadom aktuálneho riadka.
Maticu dodržiavania požiadaviek používajú inžinieri kontroly kvality na overenie pokrytia produktov pomocou testov. MCT je neoddeliteľnou súčasťou plánu testovania.

Testovacia situácia je artefakt, ktorý popisuje súbor krokov, špecifických podmienok a parametrov potrebných na overenie implementácie testovanej funkcie alebo jej časti.
Príklad:
Akcia Očakávaný výsledok Výsledok testu
(úspešné/neúspešné/zablokované)
Otvoriť stránku "prihlásenie" Otvorí sa prihlasovacia stránka Úspešne

Každý testovací prípad by mal mať 3 časti:
Predbežné podmienky Zoznam činností, ktoré privedú systém do stavu vhodného na základnú kontrolu. Alebo zoznam podmienok, ktorých splnenie naznačuje, že systém je v stave vhodnom na vykonanie hlavnej skúšky.
Popis testovacieho prípadu Zoznam akcií, ktoré prenášajú systém z jedného stavu do druhého, aby sa získal výsledok, na základe ktorého možno usúdiť, že implementácia spĺňa požiadavky
PostConditions Zoznam akcií, ktoré privedú systém do počiatočného stavu (stav pred vykonaním testu - počiatočný stav)
Typy testovacích prípadov:
Testovacie prípady sú rozdelené podľa očakávaného výsledku na pozitívne a negatívne:
Pozitívny testovací prípad používa iba platné údaje a overuje, či aplikácia správne vykonala volanú funkciu.
Negatívny testovací prípad funguje s platnými aj neplatnými údajmi (minimálne 1 neplatný parameter) a jeho cieľom je skontrolovať výnimky (spustia sa validátory) a tiež skontroluje, či sa funkcia volaná aplikáciou nevykoná, keď sa spustí validátor.

Kontrolný zoznam je dokument popisujúci, čo sa má testovať. V tomto prípade môže byť kontrolný zoznam úplne odlišný. Ako podrobný bude kontrolný zoznam, závisí od požiadaviek na podávanie správ, úrovne vedomostí zamestnancov o produkte a zložitosti produktu.
Kontrolný zoznam spravidla obsahuje iba akcie (kroky), bez očakávaného výsledku. Kontrolný zoznam je menej formalizovaný ako testovací skript. Je vhodné ho použiť, keď sú testovacie skripty nadbytočné. Kontrolný zoznam je tiež spojený s flexibilnými prístupmi k testovaniu.

Chyba (aka chyba)- ide o nesúlad medzi skutočným výsledkom vykonávania programu a očakávaným výsledkom. Defekty sa zisťujú vo fáze testovania softvéru (softvéru), keď tester porovnáva výsledky programu (komponent alebo dizajn) s očakávaným výsledkom opísaným v špecifikácii požiadaviek.

chyba- chyba užívateľa, to znamená, že sa pokúša použiť program iným spôsobom.
Príklad - zadáva písmená do polí, kde sú požadované čísla (vek, množstvo tovaru a pod.).
V kvalitnom programe sú takéto situácie poskytnuté a je vydané chybové hlásenie s červeným krížikom, ktorý.
Chyba (chyba)- chyba programátora (alebo dizajnéra alebo niekoho iného, kto sa podieľa na vývoji), teda keď niečo v programe nejde podľa plánu a program sa vymkne kontrole. Napríklad, keď vstup používateľa nie je žiadnym spôsobom kontrolovaný, v dôsledku toho nesprávne údaje spôsobujú pády alebo iné „radosti“ v programe. Alebo je program vo vnútri postavený tak, že spočiatku nezodpovedá tomu, čo sa od neho očakáva.
Neúspech- zlyhanie (a nie nevyhnutne hardvér) v prevádzke komponentu, celého programu alebo systému. To znamená, že existujú také chyby, ktoré vedú k poruchám (Chyba spôsobila poruchu) a sú také, ktoré nespôsobujú. Napríklad chyby používateľského rozhrania. Ale zlyhanie hardvéru, ktoré nemá nič spoločné so softvérom, je tiež zlyhanie.

Hlásenie o chybe je dokument popisujúci situáciu alebo postupnosť akcií, ktoré viedli k nesprávnej prevádzke testovaného objektu, s uvedením dôvodov a očakávaného výsledku.
Klobúk
Krátky popis (zhrnutie) Krátky popis problému, ktorý výslovne uvádza príčinu a typ chybovej situácie.
Projekt Názov testovaného projektu
Komponent aplikácie (Component) Názov časti alebo funkcie testovaného produktu
Číslo verzie (Version) Verzia, v ktorej sa našla chyba
Závažnosť Najbežnejší päťstupňový systém hodnotenia závažnosti defektu je:
Blokátor S1
S2 Kritické
S3 major
S4 Minor
S5 Triviálne
Priorita prioritnej chyby:
P1 Vysoká
P2 Stredná
P3 Nízka
Stav Stav chyby. Závisí od použitého postupu a životný cyklus chyba (pracovný postup chyby a životný cyklus)

Autor (Author) Tvorca hlásenia o chybe
Assigned To Meno osoby pridelenej na vyriešenie problému
Životné prostredie
OS / Service Pack atď. / Prehliadač + verzia /… Informácie o prostredí, kde bola chyba nájdená: operačný systém, servisný balík, na testovanie WEBu - názov a verzia prehliadača atď.
…
Popis
Kroky na reprodukciu Kroky, pomocou ktorých môžete jednoducho reprodukovať situáciu, ktorá spôsobila chybu.
Skutočný výsledok (Výsledok) Výsledok získaný po prejdení krokov na prehrávanie
Očakávaný výsledok Očakávaný správny výsledok
Doplnky
Príloha Súbor denníka, snímka obrazovky alebo akýkoľvek iný dokument, ktorý môže pomôcť objasniť príčinu chyby alebo naznačiť spôsob riešenia problému.

Závažnosť verzus priorita
Závažnosť je atribút, ktorý charakterizuje vplyv chyby na výkon aplikácie.
Priorita je atribút, ktorý označuje poradie, v ktorom musí byť úloha alebo chyba dokončená. Dá sa povedať, že ide o nástroj pre manažéra plánovania práce. Čím vyššia priorita, tým rýchlejšie je potrebné chybu opraviť.
Závažnosť odhalí tester
Priorita - manažér, vedúci tímu alebo zákazník

Hodnotenie závažnosti defektu (závažnosť)

Blokátor S1
Chyba blokovania, ktorá privedie aplikáciu do nefunkčného stavu, v dôsledku čoho sa znemožní ďalšia práca s testovaným systémom alebo jeho kľúčovými funkciami. Vyriešenie problému je nevyhnutné pre ďalšie fungovanie systému.

S2 Kritické
Kritická chyba, kľúčová obchodná logika nefunguje správne, bezpečnostná diera, problém, ktorý dočasne zrúti server alebo spôsobí nefunkčnosť niektorej časti systému, bez možnosti vyriešiť problém pomocou iných vstupných bodov. Vyriešenie problému je nevyhnutné pre ďalšiu prácu s kľúčovými funkciami testovaného systému.

S3 major
Významná chyba, časť hlavnej obchodnej logiky nefunguje správne. Chyba nie je kritická, alebo je možné s testovanou funkciou pracovať pomocou iných vstupných bodov.

S4 Minor
Menšia chyba, ktorá neporušuje obchodnú logiku testovanej časti aplikácie, zjavný problém používateľského rozhrania.

S5 Triviálne
Triviálna chyba, ktorá sa netýka obchodnej logiky aplikácie, zle reprodukovateľný problém, ktorý je cez používateľské rozhranie ťažko postrehnuteľný, problém s knižnicami alebo službami tretích strán, problém, ktorý nemá žiadny vplyv na celkovú kvalitu produkt.

Klasifikácia priority defektov
P1 Vysoká
Chybu je potrebné čo najskôr opraviť, napr jeho prítomnosť je pre projekt rozhodujúca.
P2 Stredná
Chyba musí byť opravená, jej prítomnosť nie je kritická, ale vyžaduje si povinné riešenie.
P3 Nízka
Chyba musí byť opravená, jej prítomnosť nie je kritická a nevyžaduje si urgentné riešenie.

Testovacie úrovne

1. Testovanie jednotiek
Testovanie komponentov (jednotiek) kontroluje funkčnosť a hľadá chyby v častiach aplikácie, ktoré sú dostupné a možno ich testovať samostatne (programové moduly, objekty, triedy, funkcie atď.).

2. Integračné testovanie
Interakcia medzi komponentmi systému sa kontroluje po testovaní komponentov.

3. Testovanie systému
Hlavnou úlohou testovania systému je testovanie funkčných aj nefunkčných požiadaviek v systéme ako celku. Odhalia sa tak chyby ako nesprávne použitie systémových prostriedkov, neúmyselné kombinácie údajov na úrovni používateľa, nekompatibilita s prostredím, neúmyselné prípady použitia, chýbajúca alebo nesprávna funkčnosť, nepohodlné používanie atď.

4. Prevádzkové testovanie (Release Testing).
Aj keď systém spĺňa všetky požiadavky, je dôležité dbať na to, aby uspokojoval potreby používateľa a plnil svoju úlohu v prostredí svojho fungovania, ako je definované v obchodnom modeli systému. Treba poznamenať, že obchodný model môže obsahovať chyby. To je dôvod, prečo je také dôležité vykonať prevádzkové testovanie ako posledný krok validácie. Okrem toho vám testovanie v operačnom prostredí umožňuje identifikovať nefunkčné problémy, ako napríklad: konflikt s inými systémami súvisiacimi s podnikaním alebo softvérom a elektronickým prostredím; nedostatočný výkon systému v operačnom prostredí atď. Je zrejmé, že nájsť takéto veci v štádiu implementácie je kritický a nákladný problém. Preto je také dôležité vykonávať nielen verifikáciu, ale aj validáciu už od najskorších štádií vývoja softvéru.

5. Akceptačné testovanie
Formálny testovací proces, ktorý overuje, či systém spĺňa požiadavky a vykonáva sa na:
určenie, či systém spĺňa akceptačné kritériá;
rozhodnutie objednávateľa alebo inej oprávnenej osoby, či žiadosť akceptuje alebo nie.

Typy / typy testovania

Funkčné typy testovania
Funkčné testovanie
Testovanie bezpečnosti a kontroly prístupu
Testovanie interoperability

Nefunkčné typy testovania
Všetky typy testovania výkonu:
o záťažové testovanie (testovanie výkonu a záťaže)
o Záťažové testovanie
o testovanie stability alebo spoľahlivosti (testovanie stability/spoľahlivosti)
o Testovanie objemu
Testovanie inštalácie
Testovanie použiteľnosti
Testovanie zlyhania a obnovy
Testovanie konfigurácie

Typy testovania spojené so zmenami
Testovanie dymu
Regresné testovanie
Opätovné testovanie
Test overenia zostavy
Hygienické testovanie alebo testovanie konzistencie/zdravotného stavu (Sanity Testing)

Funkčné testovanie zvažuje vopred špecifikované správanie a je založený na analýze špecifikácií funkčnosti komponentu alebo systému ako celku.

Bezpečnostné testovanie je testovacia stratégia používaná na testovanie bezpečnosti systému, ako aj na analýzu rizík spojených s poskytovaním holistického prístupu k ochrane aplikácie, útokmi hackerov, vírusmi, neoprávneným prístupom k dôverným údajom.

Testovanie interoperability je funkčné testovanie, ktoré testuje schopnosť aplikácie interagovať s jedným alebo viacerými komponentmi alebo systémami a zahŕňa testovanie kompatibility a testovanie integrácie

Záťažové testovanie- ide o automatizované testovanie, ktoré simuluje prácu určitého počtu podnikových používateľov na spoločnom (nimi zdieľanom) zdroji.

Záťažové testovanie umožňuje skontrolovať, ako je aplikácia a systém ako celok prevádzkyschopný pri záťaži a tiež vyhodnotiť schopnosť regenerácie systému, t.j. vrátiť sa do normálu po ukončení vystavenia stresu. Stresom v tomto kontexte môže byť zvýšenie intenzity prevádzky na veľmi vysoké hodnoty alebo núdzová zmena konfigurácie servera. Jednou z úloh pri stresovom testovaní môže byť aj posúdenie degradácie výkonu, takže ciele stresového testovania sa môžu prekrývať s cieľmi testovania výkonu.

Testovanie objemu. Cieľom objemového testovania je získať mieru výkonu s narastajúcim množstvom údajov v databáze aplikácie.

Testovanie stability alebo spoľahlivosti (Testovanie stability/spoľahlivosti). Úlohou testovania stability (spoľahlivosti) je kontrolovať výkon aplikácie počas dlhodobého (veľahodinového) testovania s priemernou úrovňou zaťaženia.

Testovanie inštalácie je zameraná na overenie úspešnej inštalácie a konfigurácie, ako aj na aktualizáciu alebo odinštalovanie softvéru.

Testovanie použiteľnosti- ide o testovaciu metódu zameranú na zistenie miery použiteľnosti, naučiteľnosti, zrozumiteľnosti a atraktivity pre používateľov vyvíjaného produktu v kontexte daných podmienok. To tiež zahŕňa:
Testovanie používateľského rozhrania (angl. UI Testing) je typ testovania výskumu, ktorý sa vykonáva s cieľom určiť, či je nejaký umelý objekt (napríklad webová stránka, používateľské rozhranie alebo zariadenie) vhodný pre zamýšľanú aplikáciu.
User eXperience (UX) je pocit, ktorý zažíva používateľ pri používaní digitálneho produktu, zatiaľ čo používateľské rozhranie je nástroj, ktorý umožňuje interakciu medzi používateľom a webovým zdrojom.

Testovanie zlyhania a obnovy overí testovaný produkt z hľadiska jeho schopnosti odolať potenciálnym zlyhaniam a úspešne sa zotaviť z prípadných zlyhaní v dôsledku softvérových chýb, zlyhaní hardvéru alebo problémov s komunikáciou (napríklad zlyhanie siete). Účelom tohto typu testovania je kontrola obnovovacích systémov (alebo duplikovanie hlavnej funkcionality systémov), ktoré v prípade poruchy zabezpečia bezpečnosť a integritu dát testovaného produktu.

Testovanie konfigurácie- špeciálny typ testovania zameraný na kontrolu fungovania softvéru v rôznych systémových konfiguráciách (deklarované platformy, podporované ovládače, rôzne konfigurácie počítačov atď.)

Dym testovanie sa považuje za krátky cyklus testov vykonaných na potvrdenie, že po zostavení kódu (nového alebo opraveného) sa inštalovaná aplikácia spustí a vykonáva hlavné funkcie.

Regresné testovanie- ide o typ testovania zameraného na overenie zmien vykonaných v aplikácii resp životné prostredie(oprava chyby, zlúčenie kódu, migrácia na iný operačný systém, databázu, webový server alebo aplikačný server), aby ste potvrdili, že už existujúca funkčnosť funguje ako predtým. Regresné testy môžu byť funkčné aj nefunkčné.

Opätovné testovanie- testovanie, počas ktorého sa vykonajú testovacie skripty, ktoré pri poslednom spustení zistili chyby, aby sa potvrdila úspešnosť opravy týchto chýb.
Aký je rozdiel medzi regresným testovaním a opätovným testovaním?
Opätovné testovanie – skontrolujú sa opravy chýb
Regresné testovanie – kontroluje sa, či oprava chyby neovplyvnila ostatné softvérové moduly a nespôsobila nové chyby.

Build Test alebo Build Verification Test- testovanie zamerané na zistenie zhody vydanej verzie s kritériami kvality pre začatie testovania. Podľa svojich cieľov ide o obdobu Smoke Testing zameranú na prijatie Nová verzia na ďalšie testovanie alebo prevádzku. Môže preniknúť ďalej do hĺbky v závislosti od kvalitatívnych požiadaviek vydanej verzie.

Sanitárne testovanie- ide o úzke testovanie postačujúce na preukázanie, že konkrétna funkcia funguje podľa požiadaviek uvedených v špecifikácii. Je to podmnožina regresného testovania. Používa sa na určenie stavu konkrétnej časti aplikácie po vykonaní zmien v nej alebo v prostredí. Zvyčajne sa vykonáva ručne.

Hádanie chýb - EG. Je to vtedy, keď testovací analytik využíva svoje znalosti o systéme a schopnosť interpretovať špecifikáciu, aby „predpovedal“, za akých vstupných podmienok môže systém spôsobiť chybu. Napríklad špecifikácia hovorí, že „používateľ musí zadať kód“. Testovací analytik si pomyslí: „Čo ak nezadám kód?“, „Čo ak zadám nesprávny kód? ", a tak ďalej. Toto je predpoveď chýb.

Prístupy testovania integrácie:

Zdola nahor (integrácia zdola nahor)
Všetky nízkoúrovňové moduly, procedúry alebo funkcie sú zostavené a následne testované. Potom sa zostaví ďalšia úroveň modulov na testovanie integrácie. Tento prístup sa považuje za užitočný, ak sú pripravené všetky alebo takmer všetky moduly vyvinutej úrovne. Tento prístup tiež pomáha určiť úroveň pripravenosti aplikácie na základe výsledkov testovania.

Integrácia zhora nadol
Najprv sa otestujú všetky moduly na vysokej úrovni a postupne sa jeden po druhom pridávajú nízkoúrovňové. Všetky moduly sú viac nízky level sú simulované stubmi s podobnou funkcionalitou, potom, ako sú pripravené, sú nahradené skutočnými aktívnymi komponentmi. Takže testujeme zhora nadol.

Veľký tresk (integrácia „veľkého tresku“)
Všetky alebo takmer všetky vyvinuté moduly sú zostavené dohromady ako kompletný systém alebo jeho hlavná časť a následne prebieha integračné testovanie. Tento prístup je veľmi dobrý na úsporu času. Ak sa však testovacie prípady a ich výsledky nezaznamenajú správne, potom sa samotný integračný proces značne skomplikuje, čo sa stane pre testovací tím prekážkou pri dosahovaní hlavného cieľa integračného testovania.

Princípy testovania

Princíp 1- Testovanie ukazuje prítomnosť defektov
Testovanie môže preukázať, že chyby sú prítomné, ale nemôže dokázať, že nie sú. Testovanie znižuje pravdepodobnosť chýb v softvéri, ale aj keď sa žiadne chyby nezistia, nedokazuje to jeho správnosť.

Princíp 2- Vyčerpávajúce testovanie nie je možné
Úplné testovanie s použitím všetkých kombinácií vstupov a predpokladov nie je fyzicky možné, s výnimkou triviálnych prípadov. Namiesto vyčerpávajúceho testovania by sa na presnejšie zameranie testovacieho úsilia mala použiť analýza rizík a stanovenie priorít.

Princíp 3- Skoré testovanie
Aby sa chyby našli čo najskôr, testovacie aktivity by sa mali začať čo najskôr v životnom cykle vývoja softvéru alebo systému a mali by byť zamerané na konkrétne ciele.

Princíp 4- Zhlukovanie defektov
Testovacie úsilie by sa malo sústrediť v pomere k očakávanej a neskôr skutočnej hustote defektov na modul. Väčšina chýb zistených počas testovania alebo tých, ktoré spôsobili väčšinu zlyhaní systému, je spravidla obsiahnutá v malom počte modulov.

Princíp 5- Paradox pesticídov
Ak sa rovnaké testy spustia mnohokrát, nakoniec táto sada testovacích prípadov už nenájde nové defekty. Na prekonanie tohto „paradoxu pesticídov“ by sa testovacie skripty mali pravidelne kontrolovať a upravovať, nové testy by sa mali diverzifikovať tak, aby pokryli všetky softvérové komponenty alebo systémy a našli čo najviac chýb.

Princíp 6- Testovanie závisí od koncepcie
Testovanie sa vykonáva odlišne v závislosti od kontextu. Napríklad softvér kritický z hľadiska bezpečnosti sa testuje inak ako stránka elektronického obchodu.

Princíp 7- Chybný omyl o absencii chýb
Hľadanie a oprava defektov nepomôže, ak vytvorený systém nevyhovuje používateľovi a nespĺňa jeho očakávania a potreby.

Statické a dynamické testovanie
Statické testovanie sa líši od dynamického testovania v tom, že sa vykonáva bez spustenia kódu produktu. Testovanie sa vykonáva analýzou programového kódu (kontrola kódu) alebo kompilovaného kódu. Analýza môže byť vykonaná ručne aj pomocou špeciálnych nástrojov. Účelom analýzy je včas identifikovať chyby a potenciálne problémy v produkte. Statické testovanie zahŕňa aj špecifikácie testovania a inú dokumentáciu.

Prieskumné / ad-hoc testovanie
Najjednoduchšia definícia prieskumného testovania je vývoj a vykonávanie testov súčasne. Čo je opakom scenárového prístupu (s jeho preddefinovanými testovacími postupmi, či už manuálnymi alebo automatizovanými). Prieskumné testy na rozdiel od scenárových testov nie sú vopred určené a nevykonávajú sa presne podľa plánu.

Rozdiel medzi ad hoc a prieskumným testovaním je v tom, že teoreticky môže ktokoľvek vykonávať ad hoc, zatiaľ čo prieskumné testovanie si vyžaduje zručnosti a vlastníctvo určitých techník. Všimnite si, že niektoré techniky nie sú len testovacie techniky.

Požiadavky je špecifikácia (opis) toho, čo sa má realizovať.
Požiadavky popisujú, čo je potrebné implementovať, bez podrobností o technickej stránke riešenia. Čo, nie ako.

Požiadavky na požiadavky:
korektnosť
jednoznačnosť
Úplnosť súboru požiadaviek
Požiadavky stanovené konzistentnosť
Testovateľnosť (testovateľnosť)
sledovateľnosť
Zrozumiteľnosť

Životný cyklus hmyzu

Fázy vývoja softvéru- toto sú fázy, ktorými prechádzajú tímy vývoja softvéru, kým sa program stane dostupným pre široké spektrum používateľov. Vývoj softvéru začína počiatočnou fázou vývoja (štádium „pre-alfa“) a pokračuje fázami, v ktorých je produkt finalizovaný a modernizovaný. Posledným krokom v tomto procese je uvedenie konečnej verzie softvéru na trh („verejné vydanie“).

Softvérový produkt prechádza nasledujúcimi fázami:
analýza požiadaviek projektu;
dizajn;
implementácia;
testovanie produktov;
implementáciu a podporu.

Každá fáza vývoja softvéru má pridelené špecifické sériové číslo. Každá fáza má tiež svoj vlastný názov, ktorý charakterizuje pripravenosť produktu v tejto fáze.

Životný cyklus vývoja softvéru:
pre-alfa
Alfa
Beta
Uvoľniť kandidáta
Uvoľnite
po vydaní

rozhodovacia tabuľka je skvelý nástroj na zefektívnenie zložitých obchodných požiadaviek, ktoré je potrebné implementovať do produktu. Rozhodovacie tabuľky predstavujú súbor podmienok, ktoré pri súčasnom splnení musia vyústiť do konkrétnej akcie.

QA/QC/Test Engineer

Takto môžeme vybudovať model hierarchie procesov zabezpečovania kvality: Testovanie je súčasťou QC. QC je súčasťou QA.

Schéma prepojenia je nástroj riadenia kvality založený na definovaní logických vzťahov medzi rôznymi údajmi. Tento nástroj sa používa na porovnanie príčin a účinkov na skúmaný problém.

otázka č.10 . Metóda testov v psychológii (Gurevichova psychologická diagnostika).

1. testy (ktoré sú zase rozdelené do niekoľkých podtried),

2. Dotazníky, metódy projektívnej techniky a psychofyziologické metódy.

V literatúre sa často všetky metódy na určenie individuálnych psychologických rozdielov nazývajú testy a diagnostické príručky sa nazývajú testologické príručky. Vo svojej psychologickej podstate sa však testy a napríklad aj dotazníky navzájom veľmi nepodobajú. Špeciálnym nástrojom, na rozdiel od všetkých uvedených, sú aj metódy projektívneho charakteru. Preto pre lepšie pochopenie toho, čo diagnostika dáva, by mali byť od seba oddelené názvom. Osobitné miesto v tejto klasifikácii by mali mať psychofyziologické metódy. Ide o originálne diagnostické nástroje, ktoré u nás vznikli.

Testy

Testy (v preklade z angličtiny - „test“, „check“, „test“) sú štandardizované a zvyčajne krátke a časovo obmedzené testy určené na zistenie kvantitatívnych a kvalitatívnych individuálnych psychologických rozdielov medzi ľuďmi. Ich charakteristickým znakom je, že pozostávajú z úloh, na ktoré potrebuje subjekt dostať správnu odpoveď. V dotazníkoch, v projektívnych a psychofyziologických metódach nie sú správne odpovede.

Testy možno klasifikovať, možno rozlíšiť niekoľko podtried, podľa toho, ktorá vlastnosť sa berie ako základ pre rozdelenie. Najvýznamnejšie sú klasifikácie testov podľa formy a obsahu.

Forma psychologického testovania

Forma testov môže byť individuálna a skupinová, ústna a písomná; prázdny, predmet, hardvér a počítač; verbálne a neverbálne (praktické).

Individuálne a skupinové (kolektívne) testy. Jednotlivé testy sú typom metodiky, keď interakcia medzi experimentátorom a subjektom prebieha jeden na jedného. Individuálne testovanie má svoje výhody: schopnosť pozorovať subjekt (jeho výrazy tváre, mimovoľné reakcie), počuť a zaznamenávať výroky, ktoré nie sú uvedené v pokynoch, čo vám umožňuje posúdiť postoj k vyšetreniu, všímať si funkčný stav predmet atď. Okrem toho, na základe úrovne pripravenosti predmetu, môžete počas experimentu nahradiť jeden test iným. Individuálna diagnostika je potrebná pri práci s deťmi v dojčenskom a predškolskom veku, v klinickej psychológii, pri testovaní osôb so somatickými alebo neuropsychiatrickými poruchami, osôb s telesným postihnutím a pod. Je tiež potrebné v tých prípadoch, keď je potrebný úzky kontakt medzi experimentátorom a subjektom, aby sa optimalizovala jeho aktivita. Jednotlivé testy však spravidla vyžadujú veľa času na vykonanie experimentu av tomto zmysle sú menej ekonomické ako skupinové testy.

Skupinové testy- je to typ techniky, ktorá vám umožňuje súčasne vykonávať testy s veľmi veľkou skupinou ľudí (až niekoľko stoviek ľudí). Keďže pokyny a postupy sú podrobné, experimentátor ich musí prísne dodržiavať. Pri skupinovom testovaní sa obzvlášť prísne dodržiava jednotnosť experimentálnych podmienok. Spracovanie výsledkov je objektivizované a nevyžaduje vysokú kvalifikáciu. Výsledky väčšiny skupinových testov je možné spracovať na počítači.

Treba si však uvedomiť aj určité nevýhody skupinového testovania. Experimentátor má teda oveľa menej príležitostí nadviazať vzťah s predmetom, vzbudiť jeho záujem a získať jeho spoluprácu. Akékoľvek náhodné stavy subjektu, ako je choroba, únava, nepokoj a úzkosť, ktoré môžu ovplyvniť plnenie úloh, sa pri skupinovom testovaní identifikujú oveľa ťažšie. Vo všeobecnosti platí, že jedinci, ktorí takýto postup nepoznajú, majú väčšiu pravdepodobnosť nižších výsledkov pri skupinovom testovaní ako pri individuálnom testovaní. Preto v prípadoch, keď je pre subjekt dôležité rozhodnutie urobené na základe výsledkov testov, je žiaduce doplniť výsledky skupinového testovania buď o individuálnu kontrolu nejasných prípadov, alebo o informácie získané z iných zdrojov.

Ústne a písomné testy. Tieto testy sa líšia formou odpovede. Ústne sú najčastejšie testy individuálne, písomné - skupinové. Ústne odpovede v niektorých prípadoch môže subjekt formulovať sám ("otvorené" odpovede), v iných - musí si vybrať z niekoľkých navrhnutých odpovedí a pomenovať tú, ktorú považuje za správnu ("uzavreté" odpovede). V písomných testoch sa odpovedia subjektom buď v testovacej knihe alebo na špeciálne upravenom odpoveďovom hárku. Písomné odpovede môžu mať tiež „otvorený“ alebo „uzavretý“ charakter.

Prázdne, predmet, hardvér, počítačové testy. Tieto testy sa líšia materiálom, ktorý sa pri testovaní používa. Slepé testy (ďalším známym názvom je test „ceruzka a papier“) sú prezentované vo forme samostatných formulárov alebo zošitov, brožúr, ktoré obsahujú návod na použitie, príklady riešení, samotné úlohy a stĺpce na odpovede. Formuláre sa poskytujú, keď sa odpovede nezadávajú do testovacích zošitov, ale do samostatných formulárov. To vám umožní použiť rovnaké testovacie notebooky viackrát. Slepé testy môžu byť použité na individuálne aj skupinové testovanie.

V predmetových testoch je materiál testových úloh prezentovaný vo forme reálnych predmetov: kociek, kariet, detailov geometrických tvarov, štruktúr a komponentov technických zariadení a pod. Predmetové testy sa často vykonávajú individuálne.

Hardvérové testy sú typom techniky, ktorá si vyžaduje použitie špeciálnych technických prostriedkov alebo špeciálneho vybavenia na vykonávanie výskumu alebo zaznamenávanie získaných údajov. Široko známe zariadenia na štúdium ukazovateľov reakčného času (reaktory, reflexometre), zariadenia na štúdium charakteristík vnímania, pamäti, myslenia. Hardvérové testy v posledných rokoch vo veľkej miere využívajú počítačové zariadenia. Vo väčšine prípadov sa hardvérové testy vykonávajú individuálne.

Počítačové testy. Ide o automatizovaný typ testovania vo forme dialógu medzi subjektom a počítačom. Testovacie úlohy sú prezentované na displeji a testovaný subjekt zadáva odpovede do pamäte počítača z klávesnice; protokol je teda okamžite vytvorený ako súbor údajov (súbor) na magnetickom médiu. Štandardné štatistické balíky umožňujú veľmi rýchle matematické a štatistické spracovanie získaných výsledkov v rôznych smeroch. Ak chcete, môžete získať informácie vo forme grafov, tabuliek, grafov, profilov.

Pomocou počítača dostane experimentátor na analýzu také údaje, ktoré je takmer nemožné získať bez počítača: čas na splnenie jednotlivých testovacích úloh, čas na získanie správnych odpovedí, počet odmietnutí odmietnutia a vyhľadania pomoci, čas strávený subjektom premýšľaním o odpovedi pri odmietnutí riešenia, čas zadania odpovede (ak je zložitá) v počítači a pod. Tieto vlastnosti subjektov možno použiť na hĺbkovú psychologickú analýzu výsledkov získaných počas procesu testovania.

Verbálne a neverbálne testy. Tieto testy sa líšia povahou stimulačného materiálu. Vo verbálnych testoch sú hlavným obsahom práce subjektov operácie s pojmami, mentálne akcie vykonávané verbálno-logickou formou.

Úlohy, ktoré tvoria tieto metódy, oslovujú pamäť, predstavivosť a myslenie v ich sprostredkovanej jazykovej podobe. Sú veľmi citliví na rozdiely v jazykovej kultúre, vzdelanostnej úrovni a profesionálnych charakteristikách. Slovný typ úloh sa najčastejšie vyskytuje medzi inteligenčnými testami, výkonovými testami a pri hodnotení špeciálnych schopností.

Neverbálne testy sú typom metodiky, v ktorej je testovaný materiál prezentovaný vizuálnou formou (vo forme obrázkov, kresieb, grafiky atď.). Od subjektov sa vyžaduje, aby rozumeli verbálnym pokynom, pričom samotné plnenie úloh sa opiera o percepčné a motorické funkcie. Najznámejším neverbálnym testom sú Ravenove progresívne matice. Neverbálne testy znižujú vplyv jazykových rozdielov na výsledky testov. Uľahčujú tiež testovanie testovaných subjektov s rečou, sluchom alebo nízkou úrovňou vzdelania. Neverbálne testy sú široko používané pri hodnotení priestorového a kombinatorického myslenia. Ako samostatné subtesty sú zahrnuté v mnohých testoch inteligencie, všeobecných a špeciálnych schopností, testov výkonnosti.

Testy inteligencie. Navrhnuté na štúdium a meranie intelektuálneho rozvoja človeka súvisiaceho s vekom. Sú to najbežnejšie psychodiagnostické metódy. Inteligencia ako objekt merania neznamená žiadne prejavy individuality, ale predovšetkým tie, s ktorými súvisia poznávacie procesy a funkcie (k mysleniu, pamäti, pozornosti, vnímaniu). Vo forme môžu byť inteligenčné testy skupinové a individuálne, ústne a písomné, prázdne, predmetové a počítačové. Každá úloha takýchto testov má správne riešenie, a preto sa ich úspešnosť posudzuje podľa počtu správnych alebo nesprávnych odpovedí. V posledných 30-35 rokoch boli úspešne vyvinuté verbálne kritériovo orientované inteligenčné testy. Ich zásadný rozdiel od tradičných testov je v tom, že v úlohách, v ktorých musí subjekt nájsť svoje riešenie určitého logického problému, sa nepoužívajú žiadne pojmy a termíny, ale len tie, ktoré tvoria obsah vzdelávacích programov. Zahrnutie takýchto pojmov a termínov nám umožňuje zistiť, do akej miery sa stali predmetom duševnej činnosti študentov.

Testy schopností. Ide o typ metodiky určenej na hodnotenie príležitosti jedinec v osvojovaní vedomostí, zručností, schopností v rôznych oblastiach - matematika, technika, literatúra, v rôznych druhoch umeleckých činností.

Je zvykom rozlišovať medzi všeobecnými a špeciálnymi schopnosťami. Všeobecné schopnosti poskytujú zvládnutie rôznych druhov povolaní a zručností, ktoré človek realizuje v mnohých typoch činností. Všeobecné schopnosti sa stotožňujú s intelektom, a preto sa často nazývajú všeobecnými rozumovými (duševnými) schopnosťami.

Na rozdiel od všeobecných sa špeciálne schopnosti posudzujú vo vzťahu k samostatným, špeciálnym oblastiam činnosti. V súlade s týmto delením sú vypracované testy všeobecných a špeciálnych schopností.

Testy schopností sú svojou formou rôznorodého charakteru (individuálne a skupinové, ústne a písomné, slepé, predmetové, inštrumentálne a pod.). Odpovede subjektov sa tu hodnotia aj podľa druhu správne, nesprávne.

Testy osobnosti. Tieto psychodiagnostické techniky sú zamerané na hodnotenie emocionálno-vôľových zložiek duševnej činnosti – motivácie, záujmov, emócií, vzťahov (vrátane medziľudských), ako aj správania sa jednotlivca v určitých situáciách. Osobnostné testy teda diagnostikujú neintelektové prejavy subjektov.

Osobnostné testy môžeme rozdeliť na akčné a situačné. Akčné testy sú relatívne jednoduché, dobre štruktúrované postupy, v ktorých je možná správna odpoveď (napríklad test maskovaných figúr Witkin, skúška tuhosti Luchinsa atď.).

Charakteristickým rysom situačných testov je, že subjekt je požiadaný, aby si zvolil spôsob správania sa v ťažkej sociálnej situácii, ktorý je blízky tej skutočnej. S ich pomocou sa diagnostikujú najmä také aspekty osobnosti, ako je tendencia k antisociálnemu správaniu, ako aj k stabilným, udržateľným rozhodnutiam a konaniam.

Pomocou dotazníkov a projektívnych techník sa merajú aj neintelektuálne, osobnostné vlastnosti. Tieto diagnostické techniky sú popísané v príslušných častiach príručky.

výkonnostné testy, alebo, ako sa dá nazvať aj inak, testy objektívnej kontroly úspešnosti (školské, odborné, športové) sú určené na posúdenie stupňa pokročilosti vedomostí, zručností, schopností po absolvovaní príslušného školenia, všeobecnej a odbornej prípravy. . Testy výsledkov teda primárne merajú vplyv, ktorý má relatívne štandardný súbor vplyvov na rozvoj jednotlivca. Široko sa používajú na hodnotenie školských, vzdelávacích a profesionálnych úspechov. To vysvetľuje ich veľký počet a rozmanitosť. Rovnako ako v inteligenčných testoch, aj tieto testy predpokladajú správnu odpoveď a ukazovateľom úspešnosti je počet správne splnených úloh.

Školské testy sú najmä skupinové a prázdne, ale môžu byť prezentované aj v počítačovej verzii. Odborné výkonové testy majú zvyčajne tri rôzne formy: hardvérové (výkonové alebo akčné testy), písomné a ústne.

Rovnako ako proces vývoja, aj proces následného testovania softvéru sa riadi špecifickou metodikou. Pod metodológiou máme v tomto prípade na mysli rôzne kombinácie princípov, nápadov, metód a konceptov, ku ktorým sa pri práci na projekte uchyľujete.

V súčasnosti existuje pomerne veľké množstvo rôznych prístupov k testovaniu, z ktorých každý má svoje vlastné východiskové body, trvanie vykonávania a metódy používané v každej fáze. A vybrať si jedno alebo druhé môže byť celkom problém. V tomto článku sa pozrieme na rôzne prístupy k testovaniu softvéru a povieme si o ich hlavných funkciách, ktoré vám pomôžu orientovať sa v existujúcej rozmanitosti.

Model vodopádu (lineárny sekvenčný model životného cyklu softvéru)

Model Waterfall je jedným z najstarších modelov, ktorý je možné použiť nielen na vývoj softvéru či testovanie, ale aj na takmer akýkoľvek iný projekt. Jeho základným princípom je postupné poradie, v ktorom sa úlohy vykonávajú. To znamená, že k ďalšiemu vývojovému alebo testovaciemu kroku môžeme pristúpiť až po úspešnom dokončení predchádzajúceho. Tento model je vhodný pre malé projekty a je použiteľný len vtedy, ak sú jasne definované všetky požiadavky. Hlavnými výhodami tejto metodiky sú nákladová efektívnosť, jednoduchosť použitia a správa dokumentácie.

Proces testovania softvéru začína po dokončení procesu vývoja. V tejto fáze sa všetky potrebné testy prenesú z jednotiek do systémového testovania, aby bolo možné kontrolovať prevádzku komponentov ako jednotlivo, tak aj ako celok.

Okrem vyššie uvedených výhod má tento prístup k testovaniu aj svoje nevýhody. Vždy existuje možnosť nájsť kritické chyby v procese testovania. To môže viesť k potrebe úplne zmeniť jeden zo systémových komponentov alebo dokonca celú logiku projektu. Takáto úloha je však v prípade vodopádového modelu nemožná, pretože návrat k predchádzajúcemu kroku v tejto metodológii je zakázaný.

Viac o modeli vodopádu sa dozviete z predchádzajúceho článku..

V-Model (model overovania a validácie)

Podobne ako model vodopádu, aj model V je založený na priamej postupnosti krokov. Hlavný rozdiel medzi týmito dvoma metodikami je v tom, že testovanie sa v tomto prípade plánuje súbežne s príslušnou fázou vývoja. Podľa tejto metodiky testovania softvéru sa proces spustí hneď, ako sú definované požiadavky a je možné spustiť statické testovanie, t.j. overenie a preskúmanie, čím sa zabráni možným softvérovým chybám v neskorších fázach. Pre každú úroveň vývoja softvéru sa vytvorí vhodný testovací plán, ktorý definuje očakávané výsledky a vstupné a výstupné kritériá pre daný produkt.

Schéma tohto modelu znázorňuje princíp rozdelenia úloh na dve časti. Tie, ktoré sa týkajú dizajnu a vývoja, sú umiestnené vľavo. Úlohy súvisiace s testovaním softvéru sú umiestnené vpravo:

Hlavné kroky tejto metodiky sa môžu líšiť, ale zvyčajne zahŕňajú nasledujúce:

Etapa definície požiadaviek. Do tejto fázy patrí akceptačné testovanie. Jeho hlavnou úlohou je posúdiť pripravenosť systému na konečné použitie.
Štádium, v ktorom dizajn na vysokej úrovni alebo dizajn na vysokej úrovni (HDL). Táto fáza sa týka systémového testovania a zahŕňa posúdenie zhody s požiadavkami na integrované systémy.
Fáza podrobného návrhu(Detailed Design) je paralelný s fázou testovania integrácie, počas ktorej sa testujú interakcie medzi rôznymi komponentmi systému.
Po štádium kódovania Začína sa ďalší dôležitý krok – testovanie jednotiek. Je veľmi dôležité uistiť sa, že správanie oddelené časti a softvérových komponentov správne a spĺňa požiadavky

Jedinou nevýhodou uvažovanej testovacej metodológie je nedostatok hotových riešení, ktoré by sa dali použiť na odstránenie softvérových defektov zistených počas testovacej fázy.

prírastkový model

Túto metodiku možno opísať ako viackaskádový model testovania softvéru. Pracovný postup je rozdelený do niekoľkých cyklov, z ktorých každý je tiež rozdelený do modulov. Každá iterácia pridáva do softvéru určitú funkčnosť. Prírastok pozostáva z troch cyklov:

dizajn a vývoj
testovanie
implementáciu.

V tomto modeli je možný súčasný vývoj rôznych verzií produktu. Napríklad prvá verzia môže byť vo fáze testovania, zatiaľ čo druhá verzia je vo vývoji. Tretia verzia môže súčasne prejsť fázou návrhu. Tento proces môže pokračovať až do konca projektu.

Je zrejmé, že táto metodika vyžaduje čo najrýchlejšie zistenie maximálneho možného počtu chýb v testovanom softvéri. Rovnako aj realizačná fáza, ktorá si vyžaduje potvrdenie pripravenosti produktu na dodanie koncovému užívateľovi. Všetky tieto faktory výrazne zvyšujú váhu požiadaviek na testovanie.

V porovnaní s predchádzajúcimi metodikami inkrementálny model má niekoľko dôležitých výhod. Je flexibilnejší, zmeny v požiadavkách vedú k nižším nákladom a proces testovania softvéru je efektívnejší, pretože testovanie a ladenie je oveľa jednoduchšie pomocou malých iterácií. Stojí však za zmienku, že celkové náklady sú stále vyššie ako v prípade vodopádového modelu.

špirálový model

Špirálový model je metodika testovania softvéru, ktorá je založená na inkrementálnom prístupe a prototypovaní. Pozostáva zo štyroch etáp:

Plánovanie
Analýza rizík
rozvoj
stupňa

Ihneď po dokončení prvého cyklu začína druhý. Testovanie softvéru začína vo fáze plánovania a pokračuje až do fázy hodnotenia. Hlavnou výhodou špirálového modelu je, že prvé výsledky testov sa objavia ihneď po výsledkoch testov v tretej etape každého cyklu, čo pomáha zabezpečiť správne posúdenie kvality. Je však dôležité mať na pamäti, že tento model môže byť dosť drahý a nie je vhodný pre malé projekty.

Aj keď je tento model dosť starý, zostáva užitočný pre testovanie aj vývoj. ďalej hlavným cieľom mnohé metodológie testovania softvéru, vrátane špirálového modelu, sa nedávno zmenili. Používame ich nielen na hľadanie chýb v aplikáciách, ale aj na zisťovanie príčin, ktoré ich spôsobili. Tento prístup pomáha vývojárom pracovať efektívnejšie a rýchlo opravovať chyby.

Prečítajte si viac o špirálovom modeli v predchádzajúcom blogovom príspevku..

Agilný

Agilnú metodiku vývoja softvéru a testovanie môžeme označiť ako súbor prístupov zameraných na využitie interaktívneho vývoja, dynamické formovanie požiadaviek a zabezpečenie ich implementácie ako výsledok neustálej interakcie v rámci samostatne sa organizujúcej pracovnej skupiny. Väčšina agilných metodík vývoja softvéru má za cieľ minimalizovať riziko prostredníctvom vývoja v krátkych iteráciách. Jedným z hlavných princípov tejto flexibilnej stratégie je schopnosť rýchlo reagovať na možné zmeny, a nie spoliehať sa na dlhodobé plánovanie.

Zistite viac o Agile(poznámka - článok v angličtine).

Extrémne programovanie (XP, extrémne programovanie)

Extrémne programovanie je jedným z príkladov agilného vývoja softvéru. Výrazná vlastnosť Táto metodika je „párové programovanie“, situácia, keď jeden vývojár pracuje na kóde, zatiaľ čo jeho kolega neustále kontroluje napísaný kód. Proces testovania softvéru je dosť dôležitý, pretože začína ešte pred napísaním prvého riadku kódu. Každý aplikačný modul by mal mať jednotkový test, aby bolo možné opraviť väčšinu chýb vo fáze kódovania. Ďalšou rozlišovacou vlastnosťou je, že test určuje kód a nie naopak. To znamená, že určitú časť kódu možno považovať za dokončenú, iba ak prejdú všetky testy. V opačnom prípade bude kód odmietnutý.

Hlavnými výhodami tejto metodiky sú neustále testovanie a krátke vydania, čo pomáha zabezpečiť vysokú kvalitu kódu.

Scrum

Scrum – Časť agilnej metodológie, iteratívny inkrementálny rámec vytvorený na riadenie procesu vývoja softvéru. Podľa princípov Scrumu by mal byť testovací tím zapojený do nasledujúcich krokov:

Účasť na plánovaní scrumu
Podpora testovania jednotiek
Testovanie používateľského príbehu
Spolupracujte so zákazníkom a vlastníkom produktu na stanovení kritérií prijatia
Poskytovanie automatizovaného testovania

Okrem toho by členovia QA mali byť prítomní na všetkých denných stretnutiach, ako aj ostatní členovia tímu, aby diskutovali o tom, čo sa testovalo a urobilo včera, čo sa bude testovať dnes, ako aj o celkovom postupe testovania.

Princípy agilnej metodológie v Scrume zároveň vedú k vzniku špecifických vlastností:

Odhad úsilia potrebného pre každý príbeh používateľa je nutnosťou
Tester musí dávať pozor na požiadavky, pretože sa môžu neustále meniť.
Riziko regresie sa zvyšuje s častými zmenami kódu.
Súčasné plánovanie a vykonávanie testov
Nedorozumenie medzi členmi tímu v prípade, že požiadavky zákazníka nie sú úplne jasné

Viac o metodológii Scrum sa dozviete z predchádzajúceho článku..

Záver

Na záver je dôležité poznamenať, že dnešná prax používania jednej alebo druhej metodológie testovania softvéru zahŕňa multiverzálny prístup. Inými slovami, nemali by ste očakávať, že jedna metodika bude vhodná pre všetky typy projektov. Výber jedného z nich závisí od Vysoké číslo aspekty ako typ projektu, požiadavky zákazníkov, termíny a mnohé iné. Z hľadiska testovania softvéru je bežné, že niektoré metodiky sa začnú testovať na začiatku vývoja, zatiaľ čo pri iných je zvykom počkať, kým bude systém dokončený.

Či už potrebujete pomoc s vývojom softvéru alebo testovaním, špecializovaný tím vývojárov a inžinierov kontroly kvality je pripravený ísť.

Testovanie - ide o výskumnú metódu, ktorá vám umožňuje identifikovať úroveň vedomostí, zručností, schopností a iných vlastností osoby, ako aj jej súlad s určitými normami analýzou toho, ako subjekty vykonávajú množstvo špeciálnych úloh. Takéto úlohy sa nazývajú testy. Test je štandardizovaná úloha alebo úlohy súvisiace osobitným spôsobom, ktoré umožňujú výskumníkovi diagnostikovať stupeň závažnosti skúmanej vlastnosti u subjektu, jeho psychologické vlastnosti, ako aj jeho postoj k určitým objektom. V dôsledku testovania sa zvyčajne získa určitá kvantitatívna charakteristika, ktorá ukazuje stupeň závažnosti študovaného znaku u osoby. Mal by byť porovnateľný s normami stanovenými pre túto kategóriu predmetov.

To znamená, že pomocou testovania je možné zistiť existujúcu úroveň vývoja niektorej vlastnosti v predmete štúdia a porovnať ju so štandardom alebo s vývojom tejto kvality v predmete v skoršom období.

Existujú určité pravidlá na vykonávanie testovania a interpretáciu výsledkov. Tieto pravidlá sú celkom jasne vypracované a hlavné z nich majú nasledujúci význam:

1) informovanie subjektu o účeloch testovania;

2) oboznámenie subjektu s pokynmi na vykonávanie testovacie úlohy a dosiahnutie dôvery výskumníka, že pokyn je správne pochopený;

3) zabezpečenie situácie pokoja a nezávislosti dokončenie úloh testované subjekty; udržiavať neutrálny postoj k testovaným, vyhýbať sa výzvam a pomoci;

4) dodržiavanie smerníc pre spracovanie získaných údajov a interpretáciu výsledkov, ktoré sprevádzajú každý test alebo zodpovedajúcu úlohu, zo strany výskumného pracovníka;

5) zabránenie šíreniu psychodiagnostických informácií získaných ako výsledok testovania, zabezpečenie ich dôvernosti;

6) oboznámenie subjektu s výsledkami testovania, oznámenie príslušných informácií jemu alebo zodpovednej osobe s prihliadnutím na zásadu „Neškodiť!“; v tomto prípade je nevyhnutné vyriešiť sériu etických a morálnych problémov;

7) zhromažďovanie informácií získaných výskumníkom inými výskumnými metódami a technikami, ich vzájomná korelácia a určenie zhody medzi nimi; obohatenie vašich skúseností o test a znalosti o funkciách jeho aplikácie.

Existuje tiež niekoľko typov testov, z ktorých každý je sprevádzaný príslušnými testovacími postupmi.

Testy schopností umožňujú identifikovať a merať úroveň rozvoja určitých psychických funkcií, kognitívnych procesov. Takéto testy sa najčastejšie spájajú s diagnostikou kognitívnej sféry osobnosti, charakteristikami myslenia a zvyčajne sa nazývajú aj intelektuálne.

Patria sem napríklad Ravenov test, Amthauerov test, zodpovedajúce subtesty Wechslerovho testu a pod., ako aj testové úlohy na zovšeobecnenie, klasifikáciu a mnohé ďalšie testy výskumného charakteru.

Výkonové testy zameraný na zisťovanie úrovne formovania špecifických vedomostí, zručností a ako meradlo úspešnosti implementácie a ako meradlo pripravenosti vykonávať nejakú činnosť. Všetky prípady testov testov môžu slúžiť ako príklady. V praxi sa zvyčajne používajú „batérie“ výkonnostných testov.

osobnostné testy navrhnuté tak, aby identifikovali osobnostné črty subjektov. Sú početné a rôznorodé: existujú dotazníky na stavy a emocionálne zloženie človeka (napríklad testy úzkosti), dotazníky na motiváciu činností a preferencií, na zisťovanie osobnostných vlastností a vzťahov.

Existuje skupina testov nazývaných projektívne testy, ktoré umožňujú identifikovať postoje, nevedomé potreby a nutkania, úzkosti a stavy strachu.

Použitie testov je vždy spojené s meraním prejavu jednej alebo druhej psychologickej vlastnosti a hodnotením úrovne jej vývoja alebo formovania. Preto je dôležitá kvalita testu. Kvalita testu je charakterizovaná kritériami jeho presnosti, t.j. spoľahlivosť a platnosť.

Spoľahlivosť testu je určená tým, do akej miery sú získané ukazovatele stabilné a nakoľko nezávisia od náhodných faktorov. Samozrejme, hovoríme o porovnávaní výpovedí tých istých subjektov. To znamená, že spoľahlivý test musí mať konzistentné skóre získané z opakovaného testovania a môžete si byť istí, že test odhalí to isté.

nehnuteľnosť. Použiť rôzne cesty testovacie kontroly spoľahlivosti.

Jedným zo spôsobov je práve spomínaný opakovaný test: ak výsledky prvého testu a po určitom čase opätovného testu ukážu prítomnosť dostatočnej úrovne korelácie, potom to bude indikovať spoľahlivosť testu. Druhá metóda je spojená s použitím inej ekvivalentnej formy testu a prítomnosťou vysokej korelácie medzi nimi. Na hodnotenie spoľahlivosti je možné použiť aj tretiu metódu, kedy je možné test rozdeliť na dve časti a jednu

a pomocou oboch častí testu sa skúma rovnaká skupina subjektov. Spoľahlivosť testu udáva, ako presne sa merajú psychologické parametre a aká vysoká môže byť miera dôvery vyšetrovateľa vo výsledky.

Validita testu odpovedá na otázku, čo presne test prezrádza, nakoľko je vhodný na odhalenie toho, na čo je určený. Napríklad testy schopností často odhalia niečo iné: tréning, prítomnosť relevantnej skúsenosti, alebo naopak jej absenciu. V tomto prípade test nespĺňa požiadavky platnosti.

V psychodiagnostike existujú rôzne typy platnosti. V najjednoduchšom prípade sa platnosť testu zvyčajne určuje porovnaním skóre získaných z testu s odborné posudky o prítomnosti tejto vlastnosti u subjektov (aktuálna platnosť alebo platnosť „súčasne“), ako aj analýzou údajov získaných v dôsledku monitorovania subjektov v r. rôzne situácie ich životy a činnosti a ich úspechy v príslušnej oblasti.

Otázku platnosti testu je možné vyriešiť aj porovnaním jeho údajov s ukazovateľmi získanými pomocou metodiky spojenej s touto metódou, ktorej validita sa považuje za preukázanú.

Štúdium produktov činnosti - ide o výskumnú metódu, ktorá vám umožňuje nepriamo študovať formovanie vedomostí a zručností, záujmov a schopností človeka na základe analýzy produktov jeho činnosti. Zvláštnosť tejto metódy spočíva v tom, že výskumník neprichádza do kontaktu s človekom samotným, ale zaoberá sa produktmi jeho doterajšej činnosti alebo úvahami o tom, čo

zmeny nastali v samotnom subjekte v procese a v dôsledku jeho zapojenia do nejakého systému interakcií a vzťahov.

Pedagogika a didaktika

Testy sú s ich pomocou modelové situácie, odhaľujú sa reakcie charakteristické pre jednotlivca, ktoré sa považujú za súbor ukazovateľov skúmanej vlastnosti. V pedagogickej psychológii sa používajú všetky typy existujúcich testov, ale najčastejšie sú žiadané výkonové testy. Testy umožňujú hodnotiť jednotlivca v súlade s cieľom štúdie; pohodlie matematického spracovania; sú relatívne operačným spôsobom odhady veľkého počtu neznámych osôb; zabezpečiť porovnateľnosť získaných informácií...

4. Testovanie ako výskumná metóda.

Testovanie - experimentálna metóda psychodiagnostiky využívaná v empirickom sociologickom výskume, ako aj metóda na meranie a hodnotenie rôznych psychických vlastností a stavov jedinca.

Účelom testovacej štúdie je teda testovať, diagnostikovať určité psychologické črty osoba a jej výsledkom je kvantitatívny ukazovateľ korelujúci s predtým stanovenými relevantnými normami a štandardmi.

Vznik testologických postupov bol spôsobený potrebou porovnávať jednotlivcov podľa úrovne vývoja alebo závažnosti rôznych psychologických vlastností.

Testy sú modelové situácie, pomocou ktorých sa odhaľujú reakcie charakteristické pre jednotlivca, ktoré sa považujú za súbor ukazovateľov skúmanej vlastnosti. Analýza pomocou testov je spravidla časovo obmedzená a je charakterizovaná prítomnosťou normatívnych kritérií na hodnotenie výsledkov. Relatívna jednoduchosť testovacieho postupu nevylučuje zložité spracovanie údajov. V pedagogickej psychológii sa používajú všetky typy existujúcich testov, ale najčastejšie sú žiadané výkonové testy. Sú určené na meranie efektívnosti programov a vzdelávacieho procesu a zvyčajne poskytujú konečné meranie úspechu jednotlivca na konci školenia. Obsah týchto testov možno v určitých oblastiach korelovať so vzdelávacími štandardmi, preto sa považujú za prostriedok objektívneho hodnotenia a nástroj na korekciu učebných osnov.

Široké používanie, vývoj a zlepšovanie testov bolo uľahčenérad výhoddaný touto metódou. Testy umožňujú hodnotiť jednotlivca v súlade s cieľom štúdie; pohodlie matematického spracovania; sú pomerne rýchlym spôsobom hodnotenia veľkého počtu neznámych osôb; zabezpečiť porovnateľnosť informácií získaných rôznymi výskumníkmi o rôznych témach.

Testy vyžadujú:

Prísna formalizácia všetkých fázy testovania,

štandardizácia úloh a podmienok ich realizácie,

Interpretácia výsledkov na základe predtým získaného rozdelenia podľa študovaného znaku.

Každý test, ktorý spĺňa kritériá spoľahlivosti, okrem súboru úloh obsahuje nasledujúce Komponenty:

1) štandardný pokyn pre subjekt o účele a pravidlách plnenia úloh,

2) kľúč škálovania - korelácia položiek úlohy so škálami merateľných kvalít, označujúce, ktorá položka úlohy patrí do ktorej škály,

3) kódovací kľúč, ktorý vám umožňuje vypočítať, koľko bodov konkrétna možnosť odpovede prispieva k škále,

4) interpretačný kľúč získaného indexu, ktorým sú údaje normy, s ktorými koreluje získaný výsledok.

Tradične normou v testológii boli priemerné štatistické údaje získané ako výsledok predbežného testovania na určitej skupine ľudí.

Testy sú klasifikované podľa rôznych kritérií.

Podľa osobnostných vlastnostísú rozdelené do testovúspechy a osobné. Medzi prvé patria testy inteligencie, testy školského výkonu, testy kreativity, testy schopností, senzorické a motorické testy. Do druhého - testy na postoje, na záujmy, na temperament, charakterologické testy, motivačné testy.

Podľa typu návodu a spôsobu aplikácie líšiť individuálne a skupinovétesty. Pri skupinovom testovaní sa súčasne skúma skupina subjektov.

Formálnou štruktúroutesty sa líšia jednoduché , t.j. elementárne, ktorých výsledkom môže byť jedna odpoveď, a testy komplexné , pozostávajúce zo samostatných podtestov, z ktorých každý musí byť ohodnotený.

Vo všetkých fázach vývoja testu je potrebné zvážiť:

a) diagnostikovateľná vlastnosť osoby (veľkosť, postavenie, ukazovateľ) alebo len jej pozorovateľné prejavy (napríklad schopnosti, úroveň vedomostí, temperament, záujmy, postoje);

b) veľkosť vzorky z populácie, na ktorej sa má metóda hodnotiť;

c) stimulačný materiál (tablety, obrázky, hračky, filmy);

d) vplyv výskumníka v procese poučovania, stanovovania úloh, vysvetľovania, odpovedania na otázky;

e) podmienky situácie;

f) formulácia výsledkov v normalizovanej hodnotiacej škále.

Skúšobný postup:

Prípravné práce:

Štúdium literárnych prameňov;
Počiatočné oboznámenie sa s predmetom štúdia
- Nájdite vhodnú metodiku testovania (Eysenckov dotazník, Ravenov test)

Organizácia experimentálneho výskumu príprava zariadení, výber metód a techník.

Miesto konania Izolácia od vonkajšieho rušenia zaisťuje pohodlie.
Technické vybavenie;
Berte do úvahy, že aj výskumník ovplyvňuje postup práce vo všetkých jej fázach;
Zápisnica musí byť úplná;

Vo fáze zberu empirických údajov v priebehu štúdie dochádza k hromadeniu empirických údajov, ktoré sú následne analyzované a spracované.
Fáza spracovania údajov prostredníctvom analýzy.
Fáza interpretácie, diskusie a hodnotenia výsledkov. Pri interpretácii sa výsledky korelujú s pôvodnou hypotézou, teda hypotéza sa potvrdí alebo vyvráti.

Rovnako ako ďalšie diela, ktoré by vás mohli zaujímať
56588.		Rozvoj kognitívnych kompetencií u žiakov 4. ročníka na hodinách ukrajinského jazyka. Rechennya	52,5 kB
	Deti išli do lesa na hríby a mladé brezy rástli, mladé brezy sugestívne stáli, dubáky rástli na Galyavintsy, mladé osy spievali, penica tu spievala, ďateľ Andriyko poznal prvá huba Natalka podľahla tovstenkih hríbom ...
56589.		Rozvoj kognitívnych kompetencií u žiakov 4. ročníka na hodinách ukrajinského jazyka. Opakovanie víťazného v 3. triede	54 kB
	Mená sa objavujú cez kôru vín. A o to sa treba starať o brezu. Fúzy žiaria líškou a breza plače. Brezy, z ktorých vypúšťajú veľa šťavy, rýchlo vysychajú a odumierajú. Taký nepriateľ, čo sú to brezy. Pod horúcim výbežkom slnka zľahka pretiekol po її biele telo. Sіk u brezy - tse tie isté, scho prístrešie pre ľudí.
56590.		Ako sa naučiť ukrajinský jazyk v škole tsikavim pre deti	64 kB
	Takéto alebo podobné otázky by sa mali pravidelne klásť pred čitateľov tried klasov. Moje hlboké zmierenie, ktorým je samotná prax hry na pravidlá a rozprávky na hodinách ukrajinského jazyka, dáva možnosť naučiť sa nielen ľahko si zapamätať význam, ale aj dobre sa naučiť jogu.
56592.		Estetická infúzia filmu na ľudí	372 kB
	V záujme zabezpečenia súkromia jazyka jazyka jazyka, náležitého vývinového a vývinového potenciálu dúfam, že vysoká kvalita ukrajinského jazyka, zocrema a estetická hodnota
56593.		ukrajinský jazyk. Metodické vyjadrenia	451 kB
	Meta-nezávislosť práce študentov je dvojaká: formovanie nezávislosti ako osobnosti špeciality a získavanie vedomostí, učenie, učenie. Na najmladších kurzoch sebestačnej práce s ukrajinským jazykom dať ako metaforu rozširovania a upevňovania vedomostí a zmenšovania toho, čo je študent schopný nadobudnúť tradičné formy
56594.		Prvky slovnej zásoby interaktívnych technológií na hodinách ukrajinského jazyka	245 kB
	Meta. Aktivovať Rozumova aktivita učenia smeruje k poznaniu nováčika, nováčik vyrástol v procese vzdelávania tých názvov ako súčasť filmu; zlepšiť pravopisné zručnosti; rozvíjať myseľ a vitalitu školákov a podporovať kultúru myslenia...
56595.		KONCEPCIA KVALITY SOCIÁLNYCH A KULTÚRNYCH SLUŽIEB V HISTÓRIÁCH EKONOMICKÝCH DOKTRÍN	242,5 kB
	Súbor podnikov, inštitúcií, organizácií zaoberajúcich sa výrobou, prerozdeľovaním, uchovávaním a organizáciou spotreby tovarov a služieb na sociálno-kultúrne účely ...