difference between test plan
Spoznajte, kakšna je razlika med testnim načrtom, testno strategijo, testnim primerom, testnim skriptom, testnim scenarijem in testnimi pogoji s primeri:
izvedba razpršilne tabele c ++
Preizkušanje programske opreme vključuje več osnovnih, pa tudi pomembnih konceptov, ki se jih mora zavedati vsak preizkuševalec programske opreme.
Ta članek bo razložil različne koncepte preizkušanja programske opreme in njihovo primerjavo.
Testni načrt proti testni strategiji, testni primer proti testnemu scenariju, testni scenarij proti preskusnemu stanju in preskusni postopek proti testnemu paketu so podrobno razloženi za lažje razumevanje.
=> Kliknite tukaj za celotno serijo vadnic o načrtu preizkusov
Zgornje vprašanje, ki ga je postavil Sasi C., je najpogostejše vprašanje pri nas Razred preizkušanja programske opreme in našim udeležencem vedno rečem, da z izkušnjami teh besed skoraj ne opazimo in da postanejo del našega besedišča.
Toda pogosto jih obkroža zmeda in v tem članku poskušam opredeliti nekaj pogosto uporabljenih izrazov.
Različni koncepti testiranja programske opreme
Spodaj so navedeni različni koncepti testiranja programske opreme in njihova primerjava.
Začnimo!!
Kaj se boste naučili:
- Razlika med testnim načrtom in testno strategijo
- Razlika med testnim primerom in testnim skriptom
- Razlika med scenarijem preskusa in pogoji preskusa
- Razlika med testnim postopkom in testnim paketom
- Zaključek
Razlika med testnim načrtom in testno strategijo
Testna strategija in testni načrt sta dva pomembna dokumenta v preskusnem življenjskem ciklusu katerega koli projekta. Tu poskušamo pridobiti poglobljeno znanje o strategiji testiranja in dokumentih načrta preizkusa.
Testni načrt
Testni načrt lahko definiramo kot dokument, ki določa obseg, cilj in pristop za testiranje programske aplikacije. Testni načrt je izraz in končni rezultat.
Testni načrt je dokument, ki navaja vse dejavnosti v projektu za zagotavljanje kakovosti, jih razporeja, opredeljuje obseg projekta, vloge in odgovornosti, tveganja, vstopno-izstopna merila, testni cilj in kar koli drugega, kar si lahko omislite.
Testni načrt je tak, kot ga rad imenujem 'super dokument', ki navaja vse, kar je treba vedeti in potrebovati. Prosim preverite to povezavo za več informacij in vzorec.
Testni načrt bo oblikovan na podlagi zahtev. Med dodelitvijo dela testnim inženirjem je zaradi nekaterih razlogov enega od preizkuševalcev zamenjal drug. Tu se načrt preskusov posodobi.
Testna strategija opisuje pristop testiranja in vse ostalo, kar ga obkroža. Od testnega načrta se razlikuje v tem smislu, da je testna strategija le podmnožica testnega načrta. To je trdni testni dokument, ki je do neke mere splošen in statičen. Obstaja tudi prepir o tem, na kateri ravni se uporablja testna strategija ali načrt, vendar res ne vidim nobene bistvene razlike.
Primer: Testni načrt vsebuje informacije o tem, kdo bo testiral in kdaj. Na primer, Modul 1 bo preizkusil 'tester X'. Če tester Y iz nekega razloga nadomesti X, je treba načrt preskusa posodobiti.
Dokument o preskusnem načrtu
Test načrt je dokument, ki vsebuje popolne informacije o preizkusnih nalogah, povezanih s projektom programske opreme. Ponuja podrobnosti, kot so obseg testiranja, vrste preskušanj, cilji, preskusna metodologija, preizkusni napor, tveganja in nepredvideni dogodki, merila za sprostitev, testni rezultati itd. Spremlja možne teste, ki se bodo po kodiranju izvajali v sistemu.
Testni načrt se bo očitno spremenil. Sprva bo na podlagi takratne jasnosti projekta razvit osnutek načrta preskusa. Ta začetni načrt se bo spreminjal, ko bo projekt napredoval. Vodja preskusne skupine ali vodja preskusa lahko pripravi dokument s testnim načrtom. Opisuje specifikacije in se lahko spremeni na podlagi istega.
Kaj testirati, kdaj testirati, kdo bo testiral in kako testirati, bo določeno v načrtu testiranja. Testni načrt bo razvrstil seznam težav, odvisnosti in s tem povezanih tveganj.
Vrste preskusnega načrta
Testni načrti so lahko različnih vrst glede na fazo testiranja. Sprva bo na voljo glavni testni načrt za celotno izvedbo projekta. Za posebne vrste testiranja, kot so sistemsko testiranje, testiranje sistemske integracije, testiranje sprejemljivosti uporabnikov itd., Je mogoče ustvariti ločene preskusne načrte.
Drug pristop je, da imamo ločene preskusne načrte za funkcionalno in nefunkcionalno preskušanje. Pri tem pristopu bo testiranje imelo ločen preskusni načrt.
Vsebina dokumenta preskusnega načrta ( Struktura načrta preskusa IEEE-829 )
Težko je pripraviti jasen format za testni načrt. Oblika preskusnega načrta se lahko razlikuje glede na projekt. IEEE je opredelil standard za preskusne načrte, ki so opisani kot struktura preskusnega načrta IEEE-829.
Spodaj najdete priporočila IEEE za standardno vsebino načrta preskusa:
- Identifikator načrta preskusa
- Uvod
- Preizkusni predmeti
- Vprašanja tveganja programske opreme
- Lastnosti, ki jih je treba preizkusiti
- Lastnosti, ki jih ni treba preizkusiti
- Pristop
- Kriteriji za sprejem / neuspeh (ali) Merila za sprejem
- Merila za prekinitev in zahteve za nadaljevanje
- Preskusni rezultati
- Testne naloge
- Okoljske zahteve
- Potrebe po kadrih in usposabljanju
- Odgovornosti
- Razpored
- Odobritve
Predlagano branje => Vadnica za testni načrt - popoln vodnik
Testna strategija
Testna strategija je sklop smernic, ki pojasnjujejo zasnovo testa in določajo, kako je treba opraviti testiranje.
Primer: Testna strategija vključuje podrobnosti, kot je »Posamezne module preizkušajo člani testne skupine«. V tem primeru ni pomembno, kdo to preizkuša - torej je generično in spremembe v članu ekipe ni treba posodabljati, tako da ostane statična.
Dokument o preskusni strategiji
Namen preizkusne strategije je opredeliti preskusni pristop, vrste preskusov, preskusna okolja in orodja, ki se bodo uporabljala za preskušanje, ter podrobnosti o tem, kako bo testna strategija usklajena z drugimi procesi. Dokument o preskusni strategiji naj bi bil živ dokument in se bo posodobil **, ko bomo dobili večjo jasnost glede zahtev, parametrov SLA, testnega okolja in pristopa upravljanja zgradb itd.
Testna strategija je namenjena celotni projektni skupini, ki jo sestavljajo pokrovitelji projektov, poslovna MSP, razvoj aplikacij / integracije, partnerji za sistemsko integracijo, skupine za pretvorbo podatkov, ekipe za upravljanje gradnje / izdaje, kot so tehnični vodi, arhitekturni vodi in ekipe za uvajanje in infrastrukturo.
** Nekateri trdijo, da se enkrat definirana preskusna strategija ne sme nikoli posodobiti. V večini projektov testiranja se običajno posodablja, ko projekt napreduje.
Spodaj so navedeni pomembni odseki, ki bi jih moral imeti dokument o strategiji testiranja:
# 1) Pregled projekta
Ta odsek se lahko začne s pregledom organizacije, ki mu sledi kratek opis trenutnega projekta. Spodaj lahko vsebuje podrobnosti
- Kaj je bilo potrebno za projekt?
- Katere cilje bo projekt dosegel?
Tabela kratic: Bolje je vključiti tabelo z okrajšavami, do katerih bi lahko prišel bralnik dokumentov med sklicevanjem na dokument.
# 2) Obseg zahtev
Obseg zahteve lahko vključuje področje uporabe in funkcionalni obseg
Področje uporabe definira sistem, ki se preizkuša, in vpliv na sistem zaradi nove ali spremenjene funkcionalnosti. Prav tako je mogoče definirati povezane sisteme.
Sistem | Vpliv (nova ali spremenjena funkcionalnost) | Sorodni sistem |
---|---|---|
Opisuje, kako testirati, kdaj testirati, kdo bo testiral in kaj testirati. | Opisuje, katero vrsto tehnike je treba upoštevati in kateri modul preizkusiti. | |
Sistem A | Nove izboljšave in popravki napak | • Sistem B • Sistem C |
Funkcionalno področje uporabe opredeljuje vpliv na različne module v sistemu. Tu bodo razloženi vsi povezani sistemi glede funkcionalnosti.
rand c ++ med 0 in 1
Sistem | Modul | Funkcionalnost | Sorodni sistem |
---|---|---|---|
Sistem C | 1. modul | Funkcionalnost 1 | Sistem B |
Funkcionalnost 2 | Sistem C |
# 3) Načrt preskusov na visoki ravni
Test načrt je ločen dokument. V preskusno strategijo je mogoče vključiti preskusni načrt na visoki ravni. Načrt preskusov na visoki ravni lahko vključuje cilje in obseg preskusa. Obseg preskusa mora opredeliti tako obseg kot tudi obseg dejavnosti.
# 4) Preskusni pristop
Ta odsek opisuje pristop preskušanja, ki se bo upošteval v življenjskem ciklu preskušanja.
Kot je navedeno v zgornjem diagramu, se bo testiranje izvajalo v dveh fazah, to je strategija testiranja in načrtovanje ter izvajanje preizkusov. Faza preizkusne strategije in načrtovanja bo enkratna za celotni program, faze izvajanja preizkusov pa se bodo ponovile za vsak cikel celotnega programa. Zgornji diagram prikazuje različne faze in končne rezultate (izid) v vsaki fazi izvedbenega pristopa.
Preskusni pristop mora vključevati spodnja pododdelka
a) Razpored preizkusov: Pojasnite predlagani časovni načrt projekta v tem pododdelku
b) Pristop funkcionalnega testiranja: Uporaba tega pododdelka ponuja pregled vsake faze in ustreznih meril za vstop in izstop. Različne faze testiranja so enotno testiranje, testiranje sistema, testiranje sistemske integracije, testiranje sprejemljivosti uporabnika in preskušanje od konca do konca.
c) Testiranje ključnih kazalnikov uspešnosti:
- Prednostna naloga testnega primera: Opredelite pristop za določanje prednostnih nalog testnih primerov, tako da bo v primeru časovne stiske testna skupina lahko izvedla scenarije z visoko prioriteto. Med zainteresiranimi stranmi bi se moral dogovoriti o možnih tveganjih, ki nastanejo pri neizvajanju vseh načrtovanih scenarijev.
- Prednostno določanje napak: Naslednja tema, ki jo bomo tukaj obravnavali, je strategija za določanje prioritet. Določite prednostno raven in dajte opis vsaki ravni, na primer kritični, visoki, srednji itd
- Čas odprave okvar: Čas odprave napak je opredeljen kot čas med prvim odkritjem napake in odpravo napake ter ponovnim preskusom. Hiter preobrat zagotavlja hitro testiranje in spoštovanje časovnega načrta projekta. Za vsako stopnjo prioritete napake določite čas obnove.
Prednostna raven | Čas preobrata napak |
---|---|
1 - kritično | Odzivni čas: 2 uri ali manj Popravi pripravljenost za selitev: 1 delovni dan ali manj |
# 5) Testna pokritost
V tem razdelku so opisani postopki, ki jih bo skupina za preverjanje kakovosti sledila, da bi optimizirala pokritost poslovnih / funkcionalnih zahtev v testnih scenarijih in testnih primerih. Matrica sledljivosti zahtev: (RTM) se lahko uporablja za sledenje vsem zahtevam z ustreznimi testnimi scenariji in testnimi primeri.
# 6) Testno okolje
Določite različna razpoložljiva okolja za zagotavljanje kakovosti. Omenite, kakšno testiranje bo v katerem okolju in kdo opravil. Ustvarite načrt za varnostno kopiranje okolja, ki bo poskrbel za nujne primere. Dostop do vsakega okolja bi bilo treba urediti in razjasniti.
V tem razdelku lahko omenimo tudi orodja za testiranje, ki bodo uporabljena.
Dejavnost | Orodje | Opombe |
---|---|---|
Vodenje testov | HP ALM | Navedite razlog za uporabo tega orodja |
Obvladovanje napak | JIRA | Navedite razlog za uporabo tega orodja |
# 7) Izsledki kakovosti in meritve
Naštejte vse rezultate zagotavljanja kakovosti
S. Št. | Dostavljivo |
---|---|
1. | Dokument o preskusni strategiji |
dva | Matrica sledljivosti zahtev |
3. | Testni skripti ST |
4. | Povzetek poročila o preskusu |
5. | Seznam scenarijev, upravičenih do avtomatizacije |
Navedite vse meritve kakovosti
# | Ime metrike | Definicija metrike | Metrična formula | Metrična merska enota | Poročila, v katerih bodo uporabljene meritve |
---|---|---|---|---|---|
1. | Meritve pokritosti zahtev (RCM) | Pokritost zahtev s QA | Razmerje med številom preizkušenih zahtev in # opredeljenimi zahtevami | % | Tedensko poročilo o kakovosti, Poročilo o povzetku testa |
dva | Testna pokritost | Obseg opravljenega testnega primera | Razmerje med številom izvedenih testnih primerov / številom načrtovanih testnih primerov | % | Dnevno poročilo o izvedbi, Tedensko poročilo o kakovosti, Poročilo o povzetku testa |
# 8) Obvladovanje napak
Jasno definirajte strategijo upravljanja napak z ustvarjanjem poteka dela, metodologije sledenja napak in postopka triaže napak. Omenite odgovornost za napake za vloge vsakega preizkuševalca. Periodična analiza napak in analiza vzrokov bo izboljšala splošno kakovost testiranja
# 9) Upravljanje komunikacije
Določite smernice za poročila o stanju, statusne sestanke in komunikacijo na kraju samem.
# 10) Predpostavke, tveganja in odvisnosti
Opišite predpostavke, na katerih temelji projekt. Ti lahko vključujejo čas, vire in sistemske zmogljivosti. Opišite morebitne odvisnosti, kot so drugi projekti, razpoložljivost začasnih virov in drugi roki, ki lahko vplivajo na projekt
# 11) Dodatek
V ta odsek vključite stvari, kot so vloge in odgovornosti, delovni čas in reference
nadaljnje branje=> Priročnik za pisanje dokumenta o dobri testni strategiji .
Test načrt Vs preskusna strategija
PRESKUSNI NAČRT | PRESKUSNA STRATEGIJA |
---|---|
Izhaja iz specifikacije zahtev za programsko opremo (SRS). | Izhaja iz dokumenta o poslovnih zahtevah (BRS). |
Pripravi ga vodja preskusa ali vodja. | Razvije ga vodja projekta ali poslovni analitik. |
ID testnega načrta, funkcije, ki jih je treba preskusiti, preizkusne tehnike, preizkusne naloge, lastnosti izpolnjujejo ali ne izpolnjujejo meril, preskusni rezultati, odgovornosti in urnik itd. | Cilji in področje uporabe, formati dokumentacije, testni procesi, struktura poročanja skupine, komunikacijska strategija strank itd. So sestavni deli testne strategije. |
Če pride do nove funkcije ali spremembe zahteve, se dokument o načrtu preskusa posodobi. | Testna strategija ohranja standarde med pripravo dokumenta. Imenuje se tudi kot statični dokument. |
Načrt preizkusa lahko pripravimo individualno. | V manjših projektih je testna strategija pogosto del preskusnega načrta. |
Na ravni projekta lahko pripravimo testni načrt. | Testno strategijo lahko uporabimo pri več projektih. |
O specifikacijah lahko opišemo z uporabo preskusnega načrta. | Testna strategija opisuje splošne pristope. |
Načrt preizkusa se bo skozi projekt spreminjal. | Ko se odobri, se preskusna strategija običajno ne spremeni. |
Načrt preizkusa je napisan po odjavi zahteve. | Testna strategija je narejena pred preskusnim načrtom. |
Načrti preizkusov so lahko različnih vrst. Na voljo bo glavni načrt in ločen testni načrt za različne vrste preskušanj, kot so sistemski načrt, načrt preizkusa učinkovitosti itd. | Za projekt bo na voljo le en dokument o strategiji testiranja. |
Načrt testiranja mora biti jasen in kratek. | Testna strategija zagotavlja splošne smernice za projekt v teku. |
Razlika med tema dvema dokumentoma je prefinjena. Testna strategija je statični dokument o projektu na visoki ravni. Po drugi strani pa bo testni načrt določil, kaj testirati, kdaj testirati in kako testirati.
Razlika med testnim primerom in testnim skriptom
Po mojem mnenju se ta dva izraza lahko uporabljata zamenljivo. Ja, pravim, da ni razlike. Testni primer je zaporedje korakov, ki nam pomagajo izvesti določen test na aplikaciji. Tudi testni skript je ista stvar.
Zdaj obstaja ena misel, da je testni primer izraz, ki se uporablja v okolju za ročno testiranje, testni skript pa v okolju za avtomatizacijo. To je delno res zaradi ravni udobja preizkuševalcev na posameznih področjih in tudi glede tega, kako se orodja sklicujejo na teste (nekateri pokličejo testne skripte, nekateri pa jih pokličejo v testne primere).
Torej sta testna skripta in testni primer koraka, ki ju je treba izvesti v aplikaciji za potrditev njene funkcionalnosti ročno ali z avtomatizacijo.
nadaljnje branje=> Kako napisati učinkovite testne primere? in Primer predloge testnega primera .
PRESKUSNI PRIMER | PRESKUSNI SKRIPT |
---|---|
To je osnovni obrazec za preskušanje aplikacije v zaporedju. | Ko ga razvijemo, ga bo skript večkrat zagnal, dokler se zahteva ne spremeni. |
Postopek za postopkom se uporablja za preizkušanje aplikacije | To je sklop navodil za samodejno preizkušanje aplikacije. |
Izraz Test Case se uporablja v okolju za ročno testiranje. | Izraz Testni skript se uporablja v okolju za avtomatizacijo. |
To se naredi ročno. | To se naredi s skriptno obliko. |
Razvit je v obliki predlog. | Razvit je v obliki skriptiranja. |
Predloga testnega primera vključuje ID testne obleke, testne podatke, testni postopek, dejanske rezultate, pričakovane rezultate itd. | V testnem skriptu lahko za razvoj skripta uporabimo različne ukaze. |
Uporablja se za testiranje aplikacije. | Uporablja se tudi za testiranje aplikacije. |
Primer: V aplikaciji moramo preveriti gumb za prijavo, Koraki vključujejo: a) Zaženite aplikacijo. b) Preverite, ali se prikaže gumb za prijavo ali ne. | Primer: V aplikaciji želimo klikniti slikovni gumb. Skript vključuje: a) Kliknite gumb Slika. |
Razlika med scenarijem preskusa in pogoji preskusa
Testni scenarij: To je način, kako opredeliti vse možne načine za testiranje aplikacije. To je ena izjava, ki zajema vse možne načine testiranja aplikacije.
Preskusni pogoj: Test Condition je specifikacija, ki jo mora preskuševalec upoštevati pri testiranju aplikacije.
najboljše brezplačno orodje za popravilo windows 7 -
To je enovrstični kazalec, ki ga testerji ustvarijo kot začetni prehodni korak v fazi načrtovanja preskusa. To je večinoma enovrstična definicija 'Kaj', ki jo bomo preizkusili glede na določeno značilnost. Običajno so testni scenariji vhodni podatki za ustvarjanje testnih primerov.
V agilnih projektih so preskusni scenariji edini rezultati načrtovanja preskusov in po njih ni zapisano nobenega testnega primera. Testni scenarij lahko povzroči več preskusov.
Primeri testnih scenarijev:
- Preverite, ali lahko skrbnik doda novo državo
- Preverite, ali lahko skrbnik obstoječo državo izbriše
- Preverite, ali je mogoče posodobiti obstoječo državo
Pogoji testiranja pa so bolj natančni. Lahko ga približno določimo kot cilj / cilj določenega testa.
Primer preskusnih pogojev: Če bi preizkusili scenarij 1, lahko v zgornjem primeru preizkusimo naslednje pogoje:
- Vnesite ime države kot 'Indija' (veljavno) in preverite, ali je država dodana
- Vnesite prazno polje in preverite, ali je država dodana.
- V vsakem primeru so opisani konkretni podatki in cilj testa je veliko bolj natančen.
nadaljnje branje=> 180+ vzorčnih testnih scenarijev za testiranje spletne in namizne aplikacije.
PRESKUSNI SCENARIJ | POGOJI PRESKUSA |
---|---|
To so enovrstni stavki, ki pojasnjujejo, kaj bomo preizkusili. | Test Condition opisuje glavni cilj testiranja aplikacije. |
To je postopek testiranja aplikacije na vse možne načine. | Preskusni pogoji so statična pravila, ki jih je treba upoštevati za testiranje aplikacije. |
Testni scenariji so vhodni podatki za ustvarjanje testnih primerov. | Glavni cilj je preizkusiti aplikacijo. |
Testni scenarij zajema vse možne primere za testiranje aplikacije. | Pogoj testa je zelo specifičen. |
Zmanjša zapletenost. | Omogoča sistemske napake. |
Testni scenarij je lahko en sam ali skupina testnih primerov. | To je cilj testnih primerov. |
S pisanjem scenarijev bo enostavno razumeti funkcionalnost aplikacije. | Pogoj testa je zelo specifičen. |
Primeri testnih scenarijev: # 1) Preverite, ali lahko skrbnik doda novo državo. # 2) Preverite, ali lahko skrbnik izbriše obstoječo državo. # 3) Preverite, ali je obstoječo državo mogoče posodobiti. | Primeri preskusnih pogojev: # 1) Vnesite ime države kot 'Indija' in preverite, ali je država dodana. # 2) Pustite prazna polja in preverite, ali je država dodana. |
Razlika med testnim postopkom in testnim paketom
Preskusni postopek je kombinacija testnih primerov, ki temeljijo na določenem logičnem razlogu, kot je izvedba situacije od konca do konca ali kaj podobnega. Vrstni red izvajanja testnih primerov je določen.
Preskusni postopek: To ni nič drugega kot testni življenjski cikel. V preskusnem življenjskem ciklu je 10 korakov.
To so:
- Ocena napora
- Začetek projekta
- Študija sistema
- Testni načrt
- Primer za oblikovanje
- Testna avtomatizacija
- Izvedite testne primere
- Prijavi napake
- Preskušanje regresije
- Analiza in zbirno poročilo
Na primer , če bi preizkušal pošiljanje e-pošte z spletnega mesta Gmail.com, bi bil vrstni red testnih primerov, ki bi jih združil v testni postopek, naslednji:
- Test za preverjanje prijave
- Test za sestavljanje e-pošte
- Test za pritrditev ene / več prilog
- Oblikovanje e-poštnega sporočila na zahtevan način z uporabo različnih možnosti
- Dodajanje stikov ali e-poštnih naslovov v polja Za, BCC, CC
- Pošiljanje e-poštnega sporočila in preverjanje, ali je prikazano v razdelku »Poslano«
Vsi zgornji testni primeri so združeni, da bi na koncu dosegli določen cilj. V preskusnih postopkih je v katerem koli trenutku tudi nekaj testnih primerov.
Po drugi strani pa je testni paket seznam vseh testnih primerov, ki jih je treba izvesti kot del testnega cikla ali faze regresije itd. Na podlagi funkcionalnosti ni logičnega razvrščanja. Vrstni red izvedbe sestavnih testnih primerov je lahko pomemben ali pa tudi ne.
Test Suite: Test Suite je vsebnik z nizom testov, ki preizkuševalcem pomagajo pri izvajanju in poročanju o stanju izvajanja preizkusa. Lahko traja katero koli od treh stanj, tj. Aktivno, v teku in dokončano.
Primer testne zbirke : Če je trenutna različica aplikacije 2.0. Prejšnja različica 1.0 je morda imela 1000 testnih primerov, da bi jo lahko v celoti preizkusila. Za različico 2 obstaja 500 testnih primerov, s katerimi lahko samo preizkusite novo funkcionalnost, ki je dodana v novi različici.
Torej, trenutni testni paket bi bil 1000 + 500 testnih primerov, ki vključujejo tako regresijo kot novo funkcionalnost. Tudi suite je kombinacija, vendar ne poskušamo doseči ciljne funkcije.
Testni apartmaji lahko vsebujejo 100 ali celo 1000 primerov.
PRESKUSNI POSTOPEK | PRESKUSNI SUIT |
---|---|
Ustvarjanje preskusnih postopkov temelji na preskusnem toku od konca do konca. | Testni paketi se ustvarijo na podlagi cikla ali na podlagi obsega. |
To je kombinacija testnih primerov za testiranje aplikacije. | Skupina testnih primerov preizkuša aplikacijo. |
Gre za logično združevanje, ki temelji na funkcionalnosti. | Na podlagi funkcionalnosti ni logičnega razvrščanja. |
Preskusni postopki so dobavljivi izdelki v procesu razvoja programske opreme. | Izvede se kot del preskusnega cikla ali regresije. |
Vrstni red izvršitve je določen. | Vrstni red izvršbe morda ni pomemben. |
Preskusni postopek vsebuje primere od konca do konca. | Testni paket vsebuje vse nove funkcije in primere regresijskih testov. |
Preskusni postopki so kodirani v novem jeziku, imenovanem TPL (jezik testnega postopka). | Testni paket vsebuje ročne testne primere ali skripte za avtomatizacijo. |
Zaključek
Koncepti testiranja programske opreme igrajo glavno vlogo v življenjskem ciklu testiranja programske opreme.
Jasno razumevanje zgoraj obravnavanih konceptov in njihova primerjava je zelo pomembno za vsak preizkuševalec programske opreme za učinkovito izvajanje preskusnega postopka.
Običajno so takšni članki odlično izhodišče za globlje razprave. Prosimo, prispevajte svoje misli, dogovore, nesoglasja in kar koli drugega v spodnjih komentarjih. Veselimo se vaših povratnih informacij.
Pozdravljamo tudi vaša vprašanja o preizkušanju programske opreme na splošno ali kar koli, kar je povezano z vašo kariero testiranja. Podrobneje jih bomo obravnavali v prihodnjih objavah v isti seriji.
Veselo branje !!
=> Obiščite tukaj za celotno serijo vadnic o načrtu preizkusov
PREV Vadnica | NASLEDNJA Vadnica
Priporočeno branje
- Vadnica za testni načrt: Priročnik za pisanje dokumenta o preskusnem načrtu programske opreme iz nič
- Kako napisati testni dokument strategije (z vzorčno predlogo preizkusne strategije)
- Kako se pripraviti na pisanje testnih primerov (nasveti za produktivnost)
- Kaj je testni scenarij: Predloga testnega scenarija z primeri
- Razlika med načrtom preizkusa uspešnosti in strategijo preizkusa uspešnosti
- Kako napisati testne primere: Ultimate Guide z primeri
- Vzorčna predloga načrta preizkusa programske opreme z obliko in vsebino
- Testni scenarij in testni primer: Kakšna je razlika med njimi?