test plan tutorial guide write software test plan document from scratch
Končni vodnik po dokumentu načrta preizkusa programske opreme:
Ta vadnica vam bo razložila vse o dokumentu načrta preizkusa programske opreme in vas vodila do načinov, kako napisati / ustvariti podroben načrt preskušanja programske opreme iz nič, skupaj z razlike med načrtovanjem in izvajanjem preskusov.
Trening za QA projekta v živo 3. dan - Potem ko smo bralce seznanili z živo aplikacijo našega brezplačno spletno usposabljanje za testiranje programske opreme , smo spoznali kako pregledati SRS in napisati testne scenarije . In zdaj je pravi čas, da se poglobite v najpomembnejši del življenjskega cikla testiranja programske opreme - tj. Načrtovanje preskusov .
Seznam VSEH Vadnic v tej seriji:
Dokument o načrtovanju preskusov:
Vadnica št. 1: Kako napisati dokument s testnim načrtom (Ta vadnica)
Vadnica # 2: Vsebina predloge preprostega preskusnega načrta
Vadnica št. 3: Primer načrta preizkusa programske opreme
Vadnica # 4: Razlika med testnim načrtom in testno strategijo
Vadnica št. 5: Kako napisati testni dokument strategije
Nasveti za načrtovanje preskusov:
Vadnica # 6: Obvladovanje tveganja med načrtovanjem preskusov
Vadnica št. 7: Kaj storiti, ko ni dovolj časa za testiranje
Vadnica št. 8: Kako učinkovito načrtovati in upravljati preskusne projekte
Načrtovanje testov na različnih stopnjah STLC:
Vadnica št. 9: Načrtovanje regresijskih testov
Vadnica št. 10: Načrt preizkusa UAT
Vadnica št. 11: Načrt sprejemnega preizkusa
Načrtovanje avtomatizacije preskusov:
Vadnica # 12: Načrt preizkusa avtomatizacije
Vadnica št. 13: Načrtovanje preskusov aplikacij ERP
Vadnica št. 14: Načrtovanje preizkusov HP ALM
Vadnica št. 15: Načrtovanje preskusov Mindmap
Vadnica št. 16: JMeter testni načrt in WorkBench
Kaj se boste naučili:
Izdelava testnega načrta - najpomembnejša faza testiranja
Ta informativna vadnica vam bo razložila načine in postopke pri pisanju dokumenta o preskusnem načrtu.
Na koncu te vadnice smo delili 19-stranski izčrpen dokument s testnim načrtom ki je bil posebej ustvarjen za projekt OrangeHRM v živo, ki ga uporabljamo brezplačno QA serija treningov
Kaj je testni načrt?
Test načrt je dinamičen dokument . Uspeh preskusnega projekta je odvisen od dobro napisanega dokumenta o načrtu preskusov, ki je ves čas aktualen. Testni načrt je bolj ali manj podoben načrt poteka testiranja sodelovati v projektu.
Spodaj je nekaj napotkov za testni načrt:
# 1) Načrt testiranja je dokument, ki deluje kot referenčna točka in se le na podlagi tega testiranja izvaja v skupini za preverjanje kakovosti.
#two) To je tudi dokument, ki ga delimo s poslovnimi analitiki, vodji projektov, ekipo Dev in drugimi skupinami. To pomaga povečati raven preglednosti dela skupine za zagotavljanje kakovosti za zunanje skupine.
# 3) Dokumentira ga vodja QA / vodja kakovosti, ki temelji na prispevkih članov ekipe QA.
# 4) Načrtovanje testov je običajno dodeljeno z 1/3rdčasa, ki traja za celoten angažma za zagotavljanje kakovosti. Drugi 1/3rdje za načrtovanje preizkusov, ostalo pa za izvedbo preizkusov.
# 5) Ta načrt ni statičen in se posodablja na zahtevo.
# 6) Bolj ko je načrt podrobnejši in celovitejši, uspešnejša bo testna dejavnost.
Postopek STLC
Zdaj smo na polovici našega projekta v živo. Zato naredimo korak nazaj od aplikacije in si oglejmo postopek testiranja življenjskega cikla programske opreme (STLC).
STLC lahko približno razdelimo na 3 dele:
- Načrtovanje preskusov
- Oblikovanje preizkusov
- Izvedba testa
V prejšnji vadnici smo ugotovili, da smo v praktičnem projektu zagotavljanja kakovosti začeli s pregledom SRS in pisanjem scenarija preizkusa - kar je pravzaprav drugi korak v procesu STLC. Načrt testa vključuje podrobnosti o tem, kaj in kako testirati.
Zakaj nismo začeli s načrtovanjem testov?
Načrtovanje je res prva in najpomembnejša dejavnost, ki se zgodi v katerem koli preskusnem projektu.
Načrtovanje preskusov v fazah SDLC
Faza SDLC | Dejavnost načrtovanja preskusov |
---|---|
Urniki => | Priprava na testni scenarij |
Začni | V idealnem primeru bi se morala vključiti ekipa za zagotavljanje kakovosti, medtem ko obseg projekta zbira stranka / stranka v obliki poslovnih zahtev. Toda v resničnem svetu ni tako. S praktičnega vidika je skupina za zagotavljanje kakovosti nevladna. Na koncu te faze se BRD dokonča in izdela osnovni projektni načrt. |
Določite | SRS je ustvarjen iz BRD. Ustvarjen je začetni osnutek preskusnega načrta. Trenutno skupina za preverjanje kakovosti še ni končala s pregledom SRS, zato obseg testiranja ni jasen. Torej bo TP v tej fazi vseboval le informacije o tem, kdaj se bo testiranje zgodilo, informacije o projektu in informacije o skupini (če jih imamo). |
Oblikovanje | Izvede se pregled SRS in določi obseg testiranja. Imamo veliko več informacij o tem, kaj preizkusiti, in dobro oceno, koliko testnih primerov lahko dobimo itd. Ustvarjena je druga različica načrta preizkusa, ki vključuje vse te informacije. |
Iz zgornje tabele je zelo jasno, da načrt testiranja ni le dokument, ki ga lahko ustvarite naenkrat in ga nato uporabljate.
Sestavni deli načrta
Elementi v predlogi preskusnega načrta | Kaj vsebujejo? |
---|---|
Obseg => | Preskusni scenariji / testni cilji, ki bodo potrjeni. |
Izven obsega => | Izboljšana jasnost glede tega, česar ne bomo pokrivali |
Predpostavke => | Vsi pogoji, ki jih moramo izpolniti, da bomo lahko uspešno nadaljevali |
Testna dokumentacija - testni primeri / testni podatki / nastavitev okolja | |
Izvedba testa | |
Test Cycle - koliko cikla | |
Začetni in končni datum ciklov | |
Vloge in odgovornosti => | Člani ekipe so navedeni |
Kdo naj kaj počne | |
navedeni so lastniki modulov in njihovi kontaktni podatki | |
Končni rezultati => | Kateri dokumenti (testni artefakti) bodo izdelani v kakšnih časovnih okvirih? |
Kaj lahko pričakujemo od posameznega dokumenta? | |
Okolje => | Kakšne okoljske zahteve obstajajo? |
Kdo bo glavni? | |
Kaj storiti v primeru težav? | |
Orodja => | Na primer JIRA za sledenje napakam |
Vpiši se | |
Kako uporabljati JIRA? | |
Obvladovanje napak => | Komu bomo napake prijavili? |
Kako bomo poročali? | |
Kaj se pričakuje - ali nudimo posnetek zaslona? | |
Tveganja in obvladovanje tveganj => | Našteta so tveganja |
Analizirajo se tveganja - verjetnost in vpliv je dokumentiran | |
Pripravljeni so načrti za zmanjšanje tveganja | |
Merila za izhod => | Kdaj ustaviti testiranje? |
Ker so vse zgoraj omenjene informacije najbolj kritične za vsakodnevno izvajanje projekta zagotavljanja kakovosti , pomembno je, da redno posodabljate dokument načrta.
Vzorec dokumenta s testnim načrtom za projekt v živo
Vzorec dokumenta predloge za testni načrt je ustvarjen za naš ORANGEHRM VERZIJA 3.0 - MOJ INFO MODUL ' Projekt in priložen spodaj. Prosim, oglejte si. Dodatni komentarji so bili dodani dokumentu v rdeči barvi, da bi pojasnili odseke.
vprašanja in odgovori za razgovore za razvijalce jave
Ta preskusni načrt je namenjen tako za funkcionalno kot za fazo UAT. Pojasnjuje tudi postopek upravljanja preskusov z orodjem HP ALM.
Prenesite vzorec preskusnega načrta:
Oblika dokumenta => Kliknite tukaj, da prenesete testni načrt v obliki dokumenta to je tisto, ki smo ga ustvarili za projekt OragngeHRM v živo in ga uporabljamo tudi za naš tečaj programskega testiranja.
Oblika PDF => Kliknite tukaj, če želite prenesti testni načrt v obliki datoteke pdf .
Datoteke delovnega lista (.xls) iz zgornjih različic doc / pdf => Prenesite datoteko Navedene so datoteke XLS v zgornjem preskusnem načrtu
Zgornja predloga je zelo izčrpna in tudi podrobna. Zato vas prosimo, da ga temeljito preberete za najboljše rezultate.
Ker je načrt tudi ustvarjen in dobro razložen, pojdimo na naslednjo fazo tako v SDLC kot v STLC.
Koda SDLC:
Medtem ko so preostali del projekta porabili svoj čas za ustvarjanje TDD, smo QA identificirali obseg testiranja (testni scenariji) in ustvarili prvi zanesljiv osnutek načrta testiranja. Naslednja faza SDLC je preveriti, kdaj pride do kodiranja.
Razvijalci so v tej fazi glavni cilj celotne ekipe. Ekipa QA se prav tako prepusti najpomembnejši nalogi, ki ni nič drugega kot “Ustvarjanje testnega primera” .
Če so bili testni scenariji 'Kaj preizkusiti', potem se testni primeri ukvarjajo z 'Kako preizkusiti'. Ustvarjanje testnih primerov je pretežni del faze oblikovanja preizkusov STLC. Vhodni podatki za dejavnost ustvarjanja testnega primera so testni scenariji in dokument SRS.
Za preizkuševalce, kot smo mi, Testni primeri so prava stvar - to so stvari, v katerih preživimo večino svojega časa. Ustvarjamo jih, pregledamo, izvajamo, vzdržujemo, avtomatiziramo - in dobro, dobite sliko. Ne glede na to, kako izkušeni smo in kakšno vlogo imamo v projektu - še vedno bi sodelovali s testnimi primeri.
Načrtovanje preizkusov Vs izvedba testa
Načrtovanje preizkusov programske opreme ima v primerjavi s sistemom Windows veliko boljši obseg STLC faza . Za dostavo kakovostne programske opreme skrbi ekipa za testiranje. In kaj je treba storiti pri testiranju, se dejansko odloči v fazi načrtovanja testov.
Ta razdelek bo vseboval popoln pregled in ilustracije o pomembnosti načrtovanja testov in izvedbena faza . Po branju boste razumeli pomembnost faze načrtovanja v primerjavi s fazo izvedbe z več primeri v živo in študije primerov za ilustracije .
Načrtovanje preskusov
Spodaj je nekaj bistvenih stvari, ki jih je treba upoštevati pri načrtovanju:
Načrtovanje testa je bistveni del preskusnega cikla. Izid faze testiranja bo odvisen od kakovosti in obsega načrtovanja, ki je bilo opravljeno za testiranje.
Načrtovanje testa običajno poteka v razvojni fazi, da se prihrani čas izvedbe testa po medsebojnem dogovoru vseh vpletenih strani.
Nekaj pomembnih dejstev, ki jih je treba omeniti, so:
spajanje razvrsti v c ++
- Načrtovanje se mora začeti vzporedno z razvojem, če so zahteve zamrznjene.
- Med dokončanjem načrta je treba vključiti vse zainteresirane strani, kot so oblikovalci, razvijalci, stranke in preizkuševalci.
- Načrtovanja ni mogoče izdelati za nepotrjene ali neodobrene poslovne potrebe.
- Podobni preskusni načrti bodo uporabljeni za nove zahteve, ki jih bo zahtevalo podjetje.
Primer # 1
Razvojna skupina dela na programski opremi XYZ, potem ko je od strank prejela nekaj zahtev. Skupina za testiranje je že skoraj začela s pripravami na fazo določanja ali načrtovanja testa. Načrtovanje testov mora biti zasnovano tako, da ustreza prvotnim zahtevam strank. To je storila preskusna skupina.
V tej fazi ni sodelovala nobena druga zainteresirana stran in načrtovanje je zamrznjeno.
Razvojna skupina je zdaj spremenila nekaj sprememb v poslovnem toku, da bi z odobritvijo stranke rešila nekaj vprašanj pri svojem delu. Zdaj je programska oprema prišla na preizkusno skupino. Z načrtom testiranja v skladu s starim poslovnim tokom je ekipa za testiranje začela svoj krog testiranja. To je s številnimi zamudami vplivalo na rezultate testiranja, saj spremenjeni poslovni tok ni bil posredovan skupini za testiranje.
Opazovanje iz primera 1:
Iz zgornjega primera obstajajo določena opažanja.
To so:
- Razumevanje novega poslovnega toka je porabilo veliko časa.
- Zamude pri projektnih rezultatih.
- Predelava načrtovanja in drugih nalog v fazi.
Vsa ta opažanja je treba pretvoriti v bistvene potrebe za učinkovito testiranje.
Glavne komponente v fazi načrtovanja
Spodaj so navedeni glavni sestavni deli, ki so vključeni v fazo načrtovanja.
- Testna strategija: To je eden najpomembnejših razdelkov, ki lahko razloži strategijo, ki bo uporabljena med testiranjem.
- Testna pokritost: To je v bistvu potrebno in bo izvedlo preslikavo skladnosti poslovnih potreb in testnih primerov, tako da bo mogoče zagotoviti, ali je bila celotna programska oprema preizkušena ali ne.
- Preskusni cikli in trajanja: To lahko postane zelo kritično, odvisno od krogov razvoja in njihovega časa za dokončanje posameznega kroga.
- Merila za uspešno / neuspešno: Zelo je potreben tisti, v katerem so opredeljena merila za sprejem in neuspeh. Nekajkrat bodo to določile tudi stranke.
- Poslovne in tehnične zahteve: Potreba po programski opremi in nameni, ki jim služijo, bodo jasno opredeljeni skupaj s pojasnili na nizki ravni.
Omejitve
Obstaja nekaj stvari, ki lahko dejansko nadzorujejo fazo testiranja programske opreme, zlasti fazo načrtovanja.
Sledi nekaj takšnih področij:
- Značilnosti, ki jih je treba preizkusiti in ne: To bo jasno opozorilo, kaj je treba preizkusiti in kaj ne.
- Merila za prekinitev in zahteve za nadaljevanje: To je tisti, ki odloča o razviti programski opremi in opredeljenih merilih za prekinitev ali nadaljevanje testiranja.
- Odgovornosti: Preskuševalec bo imel več odgovornosti pri zagotavljanju težav, napak in napak v preskušani programski opremi. Poleg tega je treba napake preveriti pri razvijalcih, da jih bodo odpravili.
- Tveganja in pogojne okoliščine: Jasno je treba omeniti tveganja, povezana med testiranjem, in zelo natančno opredeliti ustrezne nepredvidene dogodke v tem času.
Študija primera št. 1
Razvojna ekipa iz Primer # 1 načrtuje izdajo programske opreme XYZ v dveh fazah. Faza 1 ima veliko funkcij, ki jih je treba preizkusiti, malo pa jih ni. Programska oprema je bila ponovno izdana za testiranje, ne da bi bila skupina za testiranje obveščena o funkcijah, ki jih še ni treba razviti.
Zdaj preizkusna skupina začne izvajati na podlagi že izdelanih načrtov testiranja. Pripravijo veliko število napak. In po potrditvi s strani razvojne skupine jih večina postane neveljavnih.
Pripombe iz zgornje študije primera:
- Razvojna skupina bo izdala programsko opremo preskusni skupini z opombami ob izdaji in opombami o zahtevah (opombe ob izdaji).
- Funkcije, ki jih je treba preizkusiti in ne preizkusiti, je treba pred preskušanjem upoštevati na podlagi izdane programske opreme.
- Merila začasne prekinitve in nadaljevanja preskusa je treba pravilno opredeliti.
- Tveganja in načrte ukrepov zaradi nerazpoložljivosti programske opreme je treba popolnoma prikazati.
Preberite tudi=> Kako obvladovati tveganja v fazi načrtovanja preskusov
Načrt izvedbe preizkusov
Izvajanje testnih primerov je eden od korakov v fazi STLC. To bo treba izvesti v skladu s predhodno izdelanimi načrti. Zato načrtovanje vedno prevladuje v celotni fazi testiranja. Spodaj je primer, ko na preskusno skupino vplivajo spremembe v preskusnih načrtih.
2. primer
Testiranje programske opreme A se je začelo na podlagi načrta 1, ki ga je pripravila skupina. Kasneje je bil zaradi preskusnih potreb in sprememb načrt preskušanja treba spremeniti. To pa je povzročilo spremembo testnih primerov ali izvedbe.
Opažanja:
- Načrt testiranja bo določil izvedbo testnega primera.
- Izvedbeni del se razlikuje glede na načrt.
- Dokler veljajo načrt in zahteve, veljajo tudi testni primeri.
Načini za premagovanje težav med izvrševanjem
Preizkuševalci bodo med izvajanjem preizkusa pogosteje naleteli na različne scenarije. Takrat bodo preizkuševalci morali razumeti in poznati načine za rešitev težave ali vsaj najti rešitev za težavo.
3. primer
Med izvajanjem testnega primera programske opreme B skupina za testiranje naleti na več težav. Le malo jih je zamaškov razstav. Zahtevajo, da jim razvijalci pomagajo premagati težavo. To se je zgodilo že večkrat, rezultat tega pa je zamuda pri testiranju končnih rezultatov.
Opažanja:
- Obstaja odvisnost od premagovanja okoljskih problemov in težav.
- Za preizkuševalce je potrebno pravilno razumevanje okolja.
- Pogosto pojavljajoče se in znane težave je treba dokumentirati, da bi jih v prihodnosti odpravili.
Nadzor in upravljanje različic
Nadzor različice vodenje načrtov testiranja in testnih primerov so resnično pomembni za predstavitev pravočasnih rezultatov. To je bolj pomembno in se pogosto opravi s pomočjo orodja za nadzor različic.
Orodje za nadzor različic jim ne pomaga le pri nadzoru načrtov testiranja, temveč tudi pri obvladovanju napak. Kadar obstajajo projekti testiranja z več cikli in izdajami, lahko ta orodja resnično veliko pomagajo pri znižanju meritev za podporo rezultatov testiranja.
Preberite tudi=> Obvladovanje tveganj v fazi izvajanja preizkusov
Razlika med načrtovanjem in izvajanjem preizkusov
Sledi nekaj pomembnih področij, ki bodo opozorila, kako se bo načrtovanje razlikovalo od faze preizkusa.
Območje primerjave | Načrtovanje preskusov | Izvedba testa |
---|---|---|
Določanje položaja | Načrt testiranja se bo obravnaval kot glavni rezultat preskusne dejavnosti. To bo storjeno kot prvi korak v postopku testiranja. | Ta bo prišel kot zadnji član klopi v fazi testiranja. Stanje napak / napak po izvedbi bo skupaj s stanjem izvajanja preizkusnega primera deljeno kot eden od rezultatov preskušanja |
Odgovorna oseba | Vodja testa bo pripravil načrt testa in ga bo dal v pregled vsem zainteresiranim stranem. | To običajno opravi preizkuševalec, pri čemer upošteva, da so bili pripravljeni testni primeri odobreni in podpisani. |
Glavni poudarek | Področja osredotočenosti na načrt preskusov so, kako naj se testiranje izvede, kaj je treba upoštevati in česa ne, okolje, ki ga je mogoče uporabiti, urniki preizkusov itd. | Izvajanje testa se osredotoča predvsem na izvajanje testnih primerov, ki so na voljo za preskušanje v programski opremi. |
Ponavljajoči se ali ponavljajoči se način | To je enkratna dejavnost. Ob tem, da lahko zahteva ali ne spremembe za prihodnje izdaje programske opreme. | Na tem področju obstajajo 3 deli, ko govorimo o ponovitvi. 1. Funkcionalno preskušanje. 2. Regresijsko testiranje. 3. Ponovno testiranje. |
Vhodi | Vložki za izdelavo preskusnega načrta so resnično potrebni in jih morajo zagotoviti poslovni analitiki, arhitekt, stranke itd., | Najpomembnejši prispevek je testni primer. |
Obdobje, ko ga je mogoče začeti | Za učinkovit izid in prihranek časa ga je treba začeti skupaj z razvojnim ciklom. Vendar je malo modelov, kot je model padca vode, ki se bodo v fazi testiranja začeli šele po zaključku razvojne faze. | Izvajanje je treba začeti strogo po zaključku razvoja programske opreme. |
Obdobje zaprtja | Načrt preskusov ne bo imel takega obdobja zaprtja. Na splošno bo zagotovljena odjava vseh zainteresiranih strani za programsko opremo. | Izvajanje za določeno izdajo ali cikel se bo štelo za zaključeno, ko bodo vsi programski primeri izvedeni proti programski opremi. |
Uporaba orodij | Orodja ne bo veliko, saj bo načrtovalna dejavnost bolj razprava in dokumentacija. Za sledenje spremembam načrta bodo vodje preskusov običajno uporabljali katero koli orodje za nadzor različic, kot je VSS ali kaj drugega. | To bo odvisno od načina izvedbe. V primeru ročnega nobenega orodja ne bomo uporabili za izvedbo. Toda za beleženje napak in upravljanje bodo uporabljena nekatera orodja. V primeru avtomatiziranega testiranja se izvedba izvede s pomočjo orodij, kot so QTP, SELENIUM itd. |
Vplivi na končne rezultate | To bo v večji meri vplivalo na vse faze testiranja | To bo vplivalo na naslednji cikel ali sprostitev, ki jo je treba preskusiti. |
Zgornje ilustracije so morda bolje razložile pomembnost dejavnosti načrtovanja testov kot izvedba testa. Faza izvedbe je na nek način nekakšna podskupina načrta testiranja.
Na podlagi preskusne strategije, pristopa in drugih stvari ima načrt preizkušanja večjo verjetnost, da se bo spremenil, da bo dal prostor spremembam. Definitivno je, da je izvedba testa odvisna od testnih primerov. Testni primeri temeljijo na načrtih. Spremembe načrtov bodo tako zagotovile spremembe v testnih primerih.
A nasprotno, sprememb v testnih primerih ni treba obvezno iskati sprememb. To je eden glavnih razlogov, zaradi katerih načrtovanje sledi v primerjavi s fazo izvedbe testa.
Naša prihajajoča vadnica vam bo razložila več o tem, kako ustvariti testne primere? Kaj so oni? In kako lahko dosežemo, da delujejo za nas, skupaj z različnimi drugimi vidiki, povezanimi s testnimi primeri.
NASLEDNJA Vadnica=> QA Training Day-4: Pisanje testnih primerov iz dokumenta SRS
Ali ste strokovnjak za pisanje dokumenta s testnim načrtom? Potem je to pravi kraj, kjer lahko delite svoje dragocene nasvete za izboljšanje prihajajočih preizkuševalcev. Vas prosimo, da svoje misli izrazite z nami v spodnjem oddelku za komentarje !!
Priporočeno branje
- Vzorčna predloga načrta preizkusa programske opreme z obliko in vsebino
- Vodnik po dokumentaciji za preizkušanje programske opreme (zakaj je to pomembno)
- Viri in prenosi za testiranje programske opreme QA
- Vzorec dokumenta preskusnega načrta (primer preskusnega načrta s podrobnostmi o vsakem polju)
- Izvajanje preizkusa pri testiranju programske opreme: natančen postopek in načrt z zgledom
- Kako napisati testni dokument strategije (z vzorčno predlogo preizkusne strategije)
- Pisanje testnih primerov iz dokumenta SRS (PRENESI primere testnih primerov v živo)
- Učni program tečaja za preizkušanje programske opreme - podroben načrt usposabljanja za spletni tečaj