test execution software testing
Presný proces a plán vykonania testovacích prípadov na skutočných príkladoch.
Dnes v našom Mini školenie o testovaní softvéru , postupujeme do poslednej fázy STLC, ktorou je Vykonanie testu .
Zoznam všetkých tutoriálov zverejnených v tejto bezplatnej sérii školení QA si môžete pozrieť na tejto stránke: Kompletné školenie zamerané na testovanie softvéru na živom projekte.
Vykonanie testu je bezpochyby najdôležitejšou a „prebiehajúcou“ fázou v STLC a tiež celý životný cyklus vývoja. Dôvod je - každý príspevok alebo práca každého člena tímu sa overuje tu:
- Interpretoval obchodný analytik požiadavky správne?
- Preložil vývojový tím obchodné požiadavky na funkčné požiadavky a prípadne na správne kódovanie?
- Navrhli dátový architekt a DBA správne back-endové systémy?
Vykonanie testu je miesto, kde by sa našli všetky odpovede na tieto otázky. To z nás robí, QA, hrdinami celého procesu budovania softvéru, však? :)
Vykonanie testu je tiež „testovacou“ časťou SDLC.
aký je najlepší softvér na správu úloh
Akonáhle sú testovacie prípady napísané, zdieľané s tímom BA a Dev, skontrolované nimi, zmeny sú oznámené tímu QA (ak existujú), tím QA urobí potrebné zmeny - fáza návrhu testu je dokončená. Príprava testovacích prípadov teraz neznamená, že môžeme zahájiť testovací beh. Aplikáciu musíme mať okrem iného pripravenú tiež.
Čo sa dozviete:
- Pokyny na vykonávanie testu
- Nové stĺpce v doklade o testovacích prípadoch
- Výsledky vykonania testu pre OrangeHRM Live Project
- Odporúčané čítanie
Pokyny na vykonávanie testu
Urobme si teraz zoznam všetkých vecí, ktoré sú dôležité pre pochopenie fázy vykonania testu:
# 1) The stavať (kód, ktorý napíše tím vývojárov, je zabalený do toho, čo sa odkazuje na zostavenie, nejde o nič iné ako nainštalovateľný softvér (AUT), pripravený na nasadenie do prostredia QA.) sa nasadzuje (inými slovami, inštaluje sa) a sprístupnené) prostrediu QA je jedným z najdôležitejších aspektov, ktoré je potrebné uskutočniť, aby sa spustenie testu mohlo spustiť.
#dva) Vykonanie testu sa deje v QA prostredie . Aby sme sa uistili, že práca vývojového tímu na kóde nie je na rovnakom mieste, kde testuje tím QA, je bežnou praxou mať vyhradené prostredie Dev a QA. (K dispozícii je tiež produkčné prostredie na hosťovanie živej aplikácie).
Ide v zásade o zachovanie integrity aplikácie v rôznych fázach životného cyklu SDLC. V opačnom prípade sú v ideálnom prípade všetky 3 prostredia identické.
# 3) Veľkosť testovacieho tímu nie je konštantná od začiatku projektu. Keď sa iniciuje plán testov, tím môže mať iba vedenie tímu. Počas fázy návrhu testu je na palube niekoľko testerov. Vykonanie testu je fáza, keď je tím v maximálnej veľkosti.
# 4) Vykonanie testu sa tiež uskutoční v najmenej 2 cykly (3 v niektorých projektoch). Spravidla sa v každom cykle vykonajú všetky testovacie prípady (celá testovacia sada). Cieľom prvého cyklu je identifikovať blokovanie, kritické chyby a väčšinu vysokých chýb.
Cieľom druhého cyklu je identifikovať zostávajúce vysoké a stredné chyby, opraviť medzery v skriptoch a získať výsledky.
# 5) Fáza vykonania testu pozostáva z - Vykonanie testovacích skriptov + údržba testovacieho skriptu (oprava medzier v skriptoch) + hlásenie (chyby, stav, metriky atď.) Preto pri plánovaní tejto fázy harmonogramy a úsilie by sa malo odhadnúť berúc do úvahy všetky tieto aspekty, nielen vykonávanie skriptu.
# 6) Po dokončení testovacieho skriptu a nasadení AUT - a pred začiatkom vykonania testu nasleduje intermediárny krok. Toto sa nazýva „Kontrola pripravenosti na test (TRR)“ . Toto je akýsi prechodný krok, ktorý ukončí fázu navrhovania testu a uľahčí nám vykonanie testu.
Informácie o tomto kroku a ukážku „Kontrolného zoznamu kontroly pripravenosti na test“ nájdete na tomto odkaze: Kontrolný zoznam na testovanie softvéru
ako používať príkaz grep v unixe -
# 7) Okrem TRR existuje ešte niekoľko ďalších kontrol, kým sa ubezpečíme, že môžeme pokračovať v prijímaní aktuálneho zostavenia, ktoré je nasadené v prostredí QA na vykonávanie testu.
To sú tí Skúšky dymu a príčetnosti . Podrobné informácie o tom, o čo sa jedná, nájdete na: Čo je to test dymu a príčetnosti?
# 8) Po úspešnom absolvovaní testov TRR, Smoke a Sanity sa testovací cyklus oficiálne začína.
# 9) Prieskumné testovanie sa uskutoční, keď je zostava pripravená na testovanie. Účelom tohto testu je skontrolovať, či sú kritické chyby odstránené skôr, ako môžu začať ďalšie úrovne testovania. Toto prieskumné testovanie sa v aplikácii vykonáva bez akýchkoľvek testovacích skriptov a dokumentácie. Pomáha tiež pri zoznamovaní sa s AUT.
# 10) Rovnako ako ostatné fázy STLC, aj tu je práca rozdelená medzi členov tímu vo fáze vykonania testu. Toto rozdelenie môže byť založené na počte modulov alebo testovacích prípadov alebo na čomkoľvek inom, čo by mohlo mať zmysel.
#eleven) Primárny výsledok fázy vykonania testu je vo forme správ predovšetkým, tj. Správa o chybe a Správa o stave vykonania testu. Podrobný postup podávania správ nájdete na stránke Správy o vykonaní testu.
Nové stĺpce v doklade o testovacích prípadoch
Dokument Test case je teraz potrebné rozšíriť o nasledujúce dva stĺpce - Stav a skutočný výsledok .
( Poznámka : Pre živé vykonávanie testu projektu sme tieto stĺpce pridali a aktualizovali výsledkami vykonania testu v tabuľke testovacích prípadov poskytnutej na stiahnutie nižšie)
# 1) Stavový stĺpec
Vykonanie testu nie je nič iné, ako použiť kroky testu na AUT, dodať testovacie údaje (uvedené v dokumente o testovacom prípade) a sledovať správanie AUT, aby sa zistilo, či uspokojí očakávaný výsledok alebo nie.
Ak nie je očakávaný výsledok splnený, môže sa považovať za chybu. A stav testovacieho prípadu sa stáva „Fail“ a ak je očakávaný výsledok splnený, stav je „Pass“. Ak testovací prípad nie je možné vykonať z akýchkoľvek dôvodov (existujúca chyba alebo nepodporujúce prostredie), stav by bol „zablokovaný“.
Stav testovacieho prípadu, ktorý sa ešte len má spustiť, je možné nastaviť na Nie spustený / nevykonaný alebo môže zostať prázdny.
- V prípade testovacieho prípadu s viacerými krokmi, ak určitý krok (v strede krokov testovacieho prípadu) nie je splnený očakávaný výsledok, je možné stav testovacieho prípadu priamo nastaviť na „Zlyhanie“ a ďalšie kroky sa nemusia vykonať.
- Stav „Fail“ môže byť označený červenou farbou, ak na neho chcete okamžite upozorniť.
# 2) Stĺpec Skutočný výsledok
Toto je priestor, kde môžeme my testéri zaznamenať, aká je odchýlka v očakávanom výsledku. Keď je očakávaný výsledok splnený (alebo testovací prípad, ktorého stav je „vyhovujúci“), toto pole môže zostať prázdne. Pretože ak je očakávaný výsledok splnený, znamená to skutočný výsledok = očakávaný výsledok, čo znamená, že jeho prepísanie do stĺpca skutočný výsledok bude opakovaním a redundanciou.
K tomuto stĺpcu je možné priložiť snímku obrazovky s odchýlkou, ktorá zvyšuje prehľadnosť problému.
Výsledky vykonania testu pre OrangeHRM Live Project
Poďme teraz na OrangeHRM a vykonajme test na základe vyššie uvedených pokynov.
anime stránky na pozeranie anime
Tu je niekoľko poznámok:
- Rozšírená šablóna testovacieho prípadu.
- Prieskumné testovanie, ako je uvedené, sa musí vykonať bez testovacích skriptov. Preto neváhajte a vyskúšajte aplikáciu paralelne, ako uznáte za vhodné.
- Z dôvodu obmedzení, ktoré máme pri prezentácii živého projektu vo forme čitateľného obsahu, je v ukážke šablóny Test Execution zobrazené iba obmedzené množstvo testovacích prípadov / funkčnosti aplikácie OrangeHRM. Opäť môžete pracovať na tom, aby ste získali čo najpraktickejšie skúsenosti.
- Do dokumentu sú tiež pridané testovacie balíčky Sanity a Smoke, aby ste získali predstavu o tom, aké testovacie prípady sa v týchto fázach zvažujú.
- Poruchy ešte nie sú zaznamenané, aj keď je stav niektorých testovacích prípadov nastavený na „Fail“. Je to tak preto, lebo zaznamenávanie defektov je ďalším najdôležitejším / najčastejšie pracovaným aspektom nášho života ako testerov. Chceme sa mu teda podrobne venovať v ďalšom článku.
Testovacie prípady s výsledkami vykonania:
=> Kliknite sem a stiahnite si dokument Vykonanie testovacieho prípadu.
Obsahuje - Výsledok vykonania testovacích prípadov, dymové testy, testy príčetnosti, prieskumný test - tabuľky
Nakoniec, ak bol na vytvorenie a údržbu testovacieho prípadu použitý nástroj na správu testov, je možné to isté použiť aj na vykonanie testu. Použitie nástroja uľahčuje vykazovanie, ale inak je proces spustenia testovacích prípadov rovnaký. Ak chcete získať predstavu, prečítajte si tento článok ako používať HP ALM na vykonávanie testovacích prípadov .
(Kliknite na obrázok pre zväčšenie)
Týmto sa dostávame na koniec ďalšieho zaujímavého segmentu procesu testovania. V nasledujúcom a poslednom článku tohto článku bezplatný online školiaci mini-kurz QA na testovanie softvéru , podrobne sa pozrieme na chyby; zhrňte témy ako „kedy prestanete testovať“, metriky a QA odhlásenie.
=> QA Training Day 6: Sledovanie chýb, testovacie metriky a testovacie odhlásenie
Dajte nám vedieť, ako sme na tom, a sledujte ďalší článok.
Odporúčané čítanie
- Sylabus kurzu Softvérové testovanie - podrobný výcvikový plán online kurzu
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- Spätná väzba a recenzie na kurz testovania softvéru
- Ako inteligentne nahlásiť vykonanie testu - (stiahnuť šablónu správy o stave)
- Ako napísať dokument stratégie testovania (so vzorovou šablónou stratégie testovania)
- Ukážka šablóny plánu testovania softvéru s formátom a obsahom
- Presný rozdiel medzi overením a overením pomocou príkladov
- Dôležité testovacie metriky a merania softvéru - vysvetlené v príkladoch a grafoch