qa software testing checklists
Kontrolni seznami za preverjanje kakovosti programske opreme
Danes vam predstavljamo še eno kakovostno orodje, ki je tako pogosto premalo uporabljeno, da smo mislili, da bomo o njem predelali podrobnosti v upanju, da bo povrnilo svojo izgubljeno slavo. To je 'Kontrolni seznam'.
Opredelitev: Kontrolni seznam je katalog predmetov / opravil, ki so zabeleženi za sledenje. Ta seznam je lahko razvrščen v zaporedju ali pa je naključen.
Kontrolni seznami so del našega vsakdana. Uporabljamo jih v različnih situacijah, od nakupov živil do seznama opravkov za dnevne aktivnosti.
Kaj se boste naučili:
Pregled kontrolnih seznamov za testiranje programske opreme QA
Takoj ko pridemo v pisarno, vedno sestavimo seznam stvari, ki jih je treba narediti za ta dan / teden, kot spodaj:
- Izpolnite časovni list
- Končaj dokumentacijo
- Pokličite offshore ekipo ob 10.30
- Sestanek ob 16. uri itd.
Ko je element na seznamu končan, ga izbrišete, odstranite s seznama ali ga označite s kljukico - da označite njegovo dokončanje. Ali nam ni vse preveč znano?
Vendar, ali je to vse, za kar se lahko uporablja?
katera je najboljša e-poštna storitev za uporabo
Ali lahko v svojih IT projektih formalno uporabljamo kontrolne sezname (natančneje preverjanje kakovosti) in če da, kdaj in kako? O tem bomo govorili spodaj.
Osebno zagovarjam uporabo kontrolnih seznamov iz naslednjih razlogov:
- Je vsestranski - uporablja se lahko za karkoli
- Enostaven za ustvarjanje / uporabo / vzdrževanje
- Analiziranje rezultatov (napredovanje / stanje opravljenega opravila) je zelo enostavno
- Zelo prilagodljiv - elemente lahko dodate ali odstranite po potrebi
Kot splošna praksa bomo govorili o vidikih 'Zakaj' in 'Kako'.
- Zakaj potrebujemo kontrolne sezname? : Za sledenje in ocenjevanje dokončanja (ali nedokončanja). Zabeležiti si naloge, tako da ničesar ne bi spregledali.
- Kako ustvarimo kontrolne sezname? : No, to ne bi moglo biti bolj preprosto. Preprosto vse zapišite po točkah.
Primer kontrolnih seznamov za procese zagotavljanja kakovosti:
Kot sem že omenil, obstaja nekaj področij na področju preverjanja kakovosti, na katerih lahko učinkovito uporabimo koncept kontrolnega seznama in dobimo dobre rezultate. Dve področji, ki ju bomo videli danes, sta:
- Pregled pripravljenosti na preizkus
- Kdaj ustaviti testiranje ali kontrolni seznam meril za izhod
# 1) Pregled pripravljenosti za preizkus
To je zelo pogosta dejavnost, ki jo opravi vsaka ekipa za preverjanje kakovosti, da ugotovi, ali ima vse, kar potrebuje za nadaljevanje faze izvedbe testa. To je tudi ponavljajoča se dejavnost pred vsakim ciklom testiranja v projektih, ki vključujejo več ciklov.
Da ne bi naleteli na težave po začetku preizkusne faze in se zavedali, da smo predčasno vstopili v izvedbeno fazo, mora vsak projekt preverjanja kakovosti opraviti pregled, da ugotovi, ali ima vse potrebne podatke za uspešno testiranje.
Kontrolni seznam to dejavnost popolnoma olajša. Omogoča vam, da vnaprej sestavite seznam 'potrebnih stvari' in zaporedno pregledate vsak element. Enkrat ustvarjen list lahko ponovno uporabite tudi za nadaljnje preskusne cikle.
Dodatne informacije: Pregled pripravljenosti za preizkus je na splošno ustvarjen, pregled pa opravi predstavnik ekipe za preverjanje kakovosti. Rezultati se delijo s predstavniki PM in ostalimi člani ekipe, da se ugotovi, ali je testna skupina pripravljena ali ne za prehod v fazo izvedbe testa.
Spodaj je primer vzorčnega kontrolnega seznama za preverjanje pripravljenosti za preizkus:
Merila za pregled pripravljenosti na preizkus (TRR) | Stanje |
Vse zahteve dokončno obdelane in analizirane | Končano |
Testni načrt ustvarjen in pregledan | Končano |
Priprava testnih primerov Končano | |
Preizkus primera in odjava | |
Podatki o preskusu razpoložljivost | |
Preskušanje dima | |
Ali je opravljeno testiranje razumnosti? | |
Skupina se zaveda vlog in odgovornosti | |
Skupina se zaveda pričakovanih rezultatov | |
Skupina, ki se zaveda Komunikacijski protokol | |
Dostop ekipe do aplikacije, orodij za nadzor različic, Test Management | |
Ekipa usposobljena | |
Tehnični vidiki - Server1 osvežen ali ne? | |
Opredeljeni so standardi poročanja o napakah |
Zdaj je vse, kar morate storiti s tem seznamom, označiti kot končano ali ne.
# 2) Kontrolni seznam meril za izhod
Kot že ime pove, gre za kontrolni seznam, ki pomaga pri odločanju, ali je treba fazo / cikel testiranja ustaviti ali nadaljevati.
Ker izdelek brez napak ni mogoč in se bomo morali v danem času preizkusiti v najboljši možni meri - se ustvari kontrolni seznam spodnjega učinka za sledenje najpomembnejšim merilom, ki jih je treba izpolniti preskusna faza je zadovoljiva.
Merila izstopa | Stanje |
Izvedeni 100% testni skripti | Končano |
95-odstotna stopnja uspešnosti testnih skriptov | |
Brez odprtih kritičnih in visoko resnih napak | |
95% napak srednje resnosti je zaprtih | |
Vse preostale napake so preklicane ali dokumentirane kot zahteve za spremembo prihodnje izdaje | |
Vsi pričakovani in dejanski rezultati so zajeti in dokumentirani s testnim skriptom | Končano |
Vse testne meritve se zbirajo na podlagi poročil HP ALM | |
Vse napake so zabeležene v HP ALM | Končano |
Zapisnik o zaključku preizkusa je izpolnjen in odjavljen |
Kontrolni seznam za testiranje
Ali boste začeli nov projekt za testiranje? Ne pozabite preveriti tega kontrolnega seznama za testiranje v vsakem koraku svojega življenjskega cikla projekta. Seznam je večinoma enakovreden preskusnemu načrtu, zajemal bo vse standarde zagotavljanja kakovosti in preskušanja.
Kontrolni seznam za testiranje:
- Ustvari sistemske in sprejemne teste []
- Začetek izdelave preizkusa sprejemljivosti []
- Določite preskusno skupino []
- Ustvari delovni načrt []
- Ustvari preskusni pristop []
- Povežite merila sprejemljivosti in zahteve, da bodo osnova za sprejemni test []
- Uporabite podmnožico sistemskih testnih primerov, da oblikujete del preskusa sprejemljivosti []
- Ustvarite skripte, ki jih kupec uporabi za dokazovanje, da sistem izpolnjuje zahteve []
- Ustvarite preskusni urnik. Vključite ljudi in vse druge vire. []
- Preizkus sprejemljivosti []
- Začni ustvarjanje preizkusa sistema []
- Določite člane preskusne skupine []
- Ustvari delovni načrt []
- Določite zahteve po virih []
- Ugotovite orodja za produktivnost za testiranje []
- Določite zahteve za podatke []
- Dogovorite se s podatkovnim centrom []
- Ustvari preskusni pristop []
- Ugotovite vse potrebne zmogljivosti []
- Pridobiti in pregledati obstoječe preskusno gradivo []
- Ustvari seznam testnih izdelkov []
- Ugotovite stanja, pogoje, procese in postopke načrtovanja []
- Ugotovite potrebo po testiranju na osnovi kode (beli okvir). Določite pogoje. []
- Opredelite vse funkcionalne zahteve []
- Konec ustvarjanja inventarja []
- Začni ustvarjanje testnega primera []
- Ustvari testne primere na podlagi popisa testnih predmetov []
- Ugotovite logične skupine poslovnih funkcij za novi sistem []
- Preizkusne primere razdelite na funkcionalne skupine, ki jih izsledite za popis inventarja predmetov
- Oblikujte nabore podatkov, ki ustrezajo testnim primerom []
- Končaj izdelavo testnega primera []
- Preglejte poslovne funkcije, testne primere in nabore podatkov z uporabniki []
- Pridobite podpis za testno zasnovo vodje projekta in preverjanja kakovosti []
- Oblikovanje končnega preizkusa []
- Začetek priprave na test []
- Pridobite vire za podporo pri testiranju []
- Opišite pričakovane rezultate za vsak testni primer []
- Pridobite testne podatke. Preverjanje in sledenje testnim primerom []
- Pripravite podrobne testne skripte za vsak testni primer []
- Pripravite in dokumentirajte postopke za nastavitev okolja. Vključite varnostne kopije in načrte za obnovitev []
- Konec faze priprave na preizkus []
- Test vodenja sistema []
- Izvedite testne skripte []
- Primerjajte dejanski rezultat s pričakovanim []
- Dokumentirajte neskladja in ustvarite poročilo o težavi []
- Pripravite vnos faze vzdrževanja []
- Ponovno izvedite preskusno skupino po popravilu težave []
- Ustvarite končno poročilo o preskusu, vključite seznam znanih napak []
- Pridobite formalno prijavo []
Kontrolni seznam za avtomatizacijo
Če na katero od teh vprašanj odgovorite pritrdilno, potem je treba vaš test resno razmisliti o avtomatizaciji.
V # 1) Ali je mogoče določiti preskusno zaporedje dejanj?
Odgovor: Ali je koristno večkrat ponoviti zaporedje dejanj? Primeri tega bi bili sprejemni testi, testi združljivosti, testi učinkovitosti in regresijski testi.
V # 2) Ali je mogoče avtomatizirati zaporedje dejanj?
Odgovor: To lahko ugotovi, da avtomatizacija ni primerna za to zaporedje dejanj.
V # 3) Ali je mogoče test 'polavtomatizirati'?
Odgovor: Avtomatizacija delov testa lahko pospeši čas izvedbe testa.
V # 4) Ali je vedenje preizkušene programske opreme pri avtomatizaciji enako kot brez?
Odgovor: To je pomembna skrb za preizkušanje učinkovitosti.
kako odpreti 7z na macV # 5) Ali preizkušate vidike programa, ki niso uporabniški vmesnik? Odgovor: Skoraj vse funkcije, ki niso uporabniške vmesnike, so lahko in morajo biti avtomatizirani testi.
V # 6) Ali morate izvajati iste teste na več konfiguracijah strojne opreme?
Odgovor: Zaženite ad-hoc teste (Opomba: V idealnem primeru bi morala biti vsaka napaka povezana s primerom. Ad hoc teste je najbolje narediti ročno. Poskusite si predstavljati sebe v resničnih situacijah in uporabljati svojo programsko opremo, kot bi jo uporabila stranka. Ker so napake najdene med ad hoc testiranjem je treba ustvariti nove testne primere, da jih je mogoče enostavno reproducirati in omogočiti izvedbo regresijskih testov, ko pridete do faze Zero Bug Build.)
Ad-hoc test je preizkus, ki se izvede ročno, kadar preizkuševalnik poskuša simulirati resnično uporabo programskega izdelka. Pri izvajanju priložnostnih preizkusov bo mogoče najti večino napak. Poudariti je treba, da avtomatizacija nikoli ne more nadomestiti ročnega testiranja.
Opombe:
- Zgornja dva sta primera za predstavitev uporabe kontrolnih seznamov QA procesi , vendar uporaba ni omejena na ti dve področji.
- Elementi na vsakem seznamu so tudi kazalniki, ki bralcem dajo idejo, kakšne elemente je mogoče vključiti in jim slediti, vendar jih je mogoče po potrebi razširiti in / ali strniti.
Resnično upamo, da so bili zgornji primeri uspešno preneseni potencial kontrolnih seznamov v procese zagotavljanja kakovosti in informacijske tehnologije.
Torej, ko boste naslednjič potrebovali preprosto orodje, ki je polformalno, preprosto in učinkovito, upamo, da smo vas usmerili v to, da damo možnost kontrolnim seznamom. Včasih je najbolj preprosta rešitev.
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Testiranje programske opreme QA Assistant Job
- Tečaj preizkušanja programske opreme: kateremu inštitutu za preizkušanje programske opreme naj se pridružim?
- Izbira preizkušanja programske opreme kot vaše kariere
- Preizkušanje programske opreme Tehnična vsebina Writer Freelancer Job
- Vzorčni vprašalniki z odgovori na testiranje ISTQB za testiranje
- Nekaj zanimivih vprašanj za preskušanje programske opreme
- Povratne informacije in pregledi tečaja za preizkušanje programske opreme