Testistrateegia dokumendi näidis (näidismall)

Tarkvara testimise testimisstrateegia

A Testistrateegia on kõrgetasemeline plaan, mis määratleb organisatsiooni lähenemisviisi tarkvara testimise elutsüklile (STLC). See juhendab kvaliteedikontrolli meeskondi Testi katvus ja testimise ulatust ning annab igale testijale igal ajahetkel projektist järjepideva pildi. Kui on olemas õige testimisstrateegia, väheneb kriitilise testimistegevuse vahelejätmise võimalus dramaatiliselt, sest iga vastutus, keskkond ja tööriist on eelnevalt dokumenteeritud.

Mis on testimisstrateegia dokument?

A Testistrateegia dokument on tarkvara testimise formaalne artefakt, mis määratleb selgelt tarkvararakenduse testimismeetodi ja testi eesmärgid. See tuleneb otse ärinõuetest ja juhendab kogu kvaliteedikontrolli meeskonda iga testimistegevuse elluviimisel kogu elutsükli vältel.

Hästi kirjutatud testimisstrateegia dokument vastab küsimustele, näiteks mida on vaja saavutada, kuidas seda tehakse, kes vastutab ja milliseid tööriistu kasutatakse. Tõhusa strateegia loomine on oskus, mida kvaliteedikontrolli juhid kogemustega lihvivad. Kui strateegia on valmis, tuleb seda jagada kogu meeskonnaga, et lähenemisviis, vastutus ja kvaliteediootused jääksid kõigi sidusrühmade vahel ühtseks.

Miks on testimisstrateegia dokument oluline?

Testistrateegia dokument kinnitab kvaliteedikontrolli otsused projekti alguses, mis hoiab ära kõrvalekalde äriootuste ja kohapealse testimise vahel. Ilma selleta dubleerivad meeskonnad sageli pingutusi, jätavad kriitilised riskivaldkonnad kahe silma vahele või tõlgendavad katvuseesmärke ebajärjekindlalt. Dokument annab igale sidusrühmale ühtse viite kvaliteedi saavutamiseks.

• Joondamine: Tagab, et testijad, arendajad ja ärimeeskonnad lepivad kokku eesmärkides, testimise tasemetes ja sisenemis-/väljumiskriteeriumides.
• Riskikontroll: Tuvastab kõige tõenäolisemad rikkeviisid varakult ja seob need dokumenteeritud leevendusplaanidega.
• Korratavus: Standardiseerib testimismeetodi, et tulevased versioonid kasutaksid tõestatud protsesse uuesti, mitte ei leiutaks neid uuesti.
• Tööriista haldamine: Dokumenteerib ametlikke testihalduse, automatiseerimise ja jõudluse tööriistu, mis vähendavad laialivalgumist ja litsentsimise raiskamist.

Kuidas koostada head testistrateegia dokumenti

Igal organisatsioonil on oma tarkvaradisaini prioriteedid ja reeglid, seega ärge kopeerige pimesi teise organisatsiooni malli. Enne malli kasutuselevõttu veenduge alati, et see sobib teie tarkvaraarendusmudeliga ja lisab mõõdetavat väärtust. Järgmised seitse sammu moodustavad tugeva testimisstrateegia dokumendi selgroo.

Samm nr 1) Ulatus

Määrake dokumendi piirid, sealhulgas:

• Kes dokumenti üle vaatab.
• Kes dokumendi heaks kiidab.
• Tarkvara testimine läbiviidavad tegevused ja nende ajakava.

Samm nr 2) Testimisviis

Dokumenteerige, kuidas testimist otsast lõpuni teostatakse:

• Testimisprotsess ja töövoog.
• Testimise tasemed (üksus-, integratsiooni-, süsteemi- ja vastuvõtutestid).
• Iga meeskonnaliikme rollid ja vastutus.
• Testitüübid, näiteks koormustestid, Turvakontrollja jõudlustestimine.
• Testimismeetod ja automatiseerimisvahendid, kui need on kohaldatavad.
• Defektide logimine, uuesti testimine defekt triaaž, Regressioonitestimineja testide kinnitamise protseduurid.

Samm #3) Testikeskkond

• Määrake vajalike keskkondade arv ja igaühe seadistusvajadused.
• Määrake testiandmete varundamine ja taastamisstrateegia testi teostamise kaitsmiseks.

Samm #4) Testimisriistad

• Loetlege automatiseerimine ja testihaldustööriistad teostamiseks vajalik.
• Tuvastage vajalikud avatud lähtekoodiga ja kommertstööriistad, kui palju kasutajaid need toetavad ja planeerige litsentsimine vastavalt.

Samm #5) Vabastage juht

• Dokumenteerige väljalaske haldusplaan koos selge versiooniajalooga, mis tagab, et iga väljalaske muudatust testitakse enne kinnitamist.

Samm #6) Riskianalüüs

• Loetlege kõik projektiga seotud riskid, mida saate mõistlikult prognoosida.
• Esitage iga riski leevendusplaan ja varustrateegia juhuks, kui leevendus ebaõnnestub.

Samm 7) Revew ja kinnitused

• Veenduge, et ärimeeskond vaatab kõik tegevused üle ja kinnitab need. projektihaldusja arendusmeeskond.
• Ülevaate muudatuste kokkuvõte peaks olema tracdokumendi alguses koos kinnitamiskuupäeva, nime ja retsensendi kommentaaridega.

Testimisstrateegia dokumendi komponendid

Kuigi ülaltoodud seitse sammu kirjeldavad dokumendi koostamist, kirjeldavad allolevad komponendid, mis selles peab sisalduma. Koos moodustavad need tervikliku artefakti, mida iga sidusrühm saab auditeerida.

1. Ulatus ja ülevaade: Määratleb dokumentide kinnitamise, läbivaatamise ja kasutamise ning täpsustab, millised testimistegevused ja -faasid vajavad kinnitamist.
2. Testimise metoodika: Täpsustab testimise tasemeid, protseduure, rolle, vastutusalasid ja muudatuste haldamise protsessi muudatuste taotluste puhul.
3. Testimiskeskkonna spetsifikatsioonid: Määrab kindlaks testandmete nõuded, keskkondade arvu, seadistusvajadused ja varundamise/taastamise strateegiad.
4. Testimisvahendid: Loetleb testide haldamise ja automatiseerimise tööriistad, lisaks tööriistad turvalisuse, jõudluse ja koormustestimiseks koos kasutajate mahutavusega.
5. Vabastuskontroll: Tagab iga koodimuudatuse jaoks tõhusa testimise ja väljalasete haldamise strateegiad.
6. Riskianalüüs: Kirjeldab potentsiaalseid projektiriske, mis võivad testide teostamist mõjutada, koos leevendus- ja situatsiooniplaanidega.
7. Revvaade ja kinnitused: Süsteemiadministratsiooni, projektijuhtimise, arenduse ja ärimeeskondade poolt läbi vaadatud dokumendid koos testimisprotsessi täiustustega seotud värskendustega.

Laadige alla testistrateegia mall

Näidisstrateegia dokumendi allalaadimiseks koos toimiva näitega, mida saate oma projekti jaoks kohandada, klõpsake alloleval nupul.

Laadige alla testistrateegia mall

Testiplaan vs testimisstrateegia

Tihti tekib segadust Katseplaan ja testimisstrateegia dokumendid. Erinevad organisatsioonid järgivad oma tavasid: mõned liitmistesti strateegia faktid sees Katseplaan, samas kui teised käsitlevad strateegiat plaani eraldi alajaotusena.

Katseplaan	Testistrateegia
Testiplaanis on määratletud testi fookus ja projekti ulatus. See käsitleb testi ulatust, ajastamist, testitavaid funktsioone, mittetestitavaid funktsioone, hindamist ja ressursside haldamist.	Testimisstrateegia on juhis, mida järgitakse testi eesmärgi saavutamiseks ja testimisplaanis loetletud testitüüpide teostamiseks. See käsitleb testi eesmärki, testimiskeskkond, testimismeetod, automatiseerimisvahendid, situatsiooniplaan ja riskianalüüs.

Lihtsamalt öeldes: Kui sihtkohaks on testimisplaan, siis QA testimisstrateegia on kaart, mis sind sinna viib.

KKK