Sisukord

• Tarkvara testimise artefaktid
• 1. Testikava
• Testiplaanide tüübid
• Testiplaani mall
• Katseplaani juhised
• 2. Testige Suite
• Mis on testikomplekt?
• Mida Suite tähendab? Selgitab näide
• Testsviitide tüübid
• Test Suitesi omadused
• Test Suites mallid
• Erinevus test stsenaariumi test sviit, testiplaan ja katse juhtum
• Järeldus
• 3. Katse juhtum
• Mis on testjuhtum?
• Kuidas kirjutada häid katseid?
• Testjuhtumi mall
• Katsemeede näide standard testide vorm
• Katse juhtumi haldamise tööriistad
• 4. Testiskript
• Mis on testskript?
• Testi skripti keel
• Millist koodi kasutatakse?
• Kuidas luua testskripti?
• Kuidas testskripti käivitada?
• 5. Testi andmed
• Mis on testiandmed?
• Test andmete tähtsus
• Testiandmete tüübid
• Testimise andmed testimisel
• Hea testiandmete omadused
• Katseandmete ettevalmistamise või põlvkonna tehnikaid
• Lähenemisviisid andmete genereerimise testimiseks
• Testi andmete genereerimisvahendid
• Testiandmete haldamine (TDM)
• Katseandmete piirangud
• Järeldus
• Soovitatavad artiklid

Tarkvara testimise artefaktid

Mis tahes tarkvara testimise projekti jaoks on mitu tarkvara testimise esemeid, mis on koostanud tarkvara testimise meeskond, kes projekti meeskond võtab läbi ja heaks kiitnud projekti iga projekti etapi ajal. Oleme käesolevas artiklis loetletud kõik need olulised tarkvara testimise artefaktid.

1. Testikava

The katseplaan Kas dokument, mis kirjeldab tarkvara testimise katsetuskala ja tegevusi. Iga tarkvara või toote ametlik testimine toimub selle abil. See on esimene dokument, mis on loodud tarkvara testimise osana

Testikava dokumendi sisaldab:

• Katsepunktid
• Omadused tuleb testida
• Millised katsetamise ülesanded tehakse
• Kes iga ülesanne täidab
• Sõltumatuse aste
• Katsekeskkond
• Testi disaini tehnikate
• Sisenemise ja väljumise kriteeriumid
• Valikute põhjendused
• Riskid, mis nõuavad situatsiooniplaanid

Me võime öelda, et see on dokument, mida kasutatakse katseplaneerimisprotsessi salvestamiseks.

ISBTQ määratleb ka Master Testikava ja faasi katsekava järgmiselt:

Master Testikava: Plaani, milles käsitletakse mitu katsetase, nimetatakse Master Testikavaks.

Faasi katseplaan: Ühe katseetapi käsitlev plaan nimetatakse faasi testimiseks.

Nüüd kontrollige meil erinevaid katsekava, katsemahtu ja katsejuhiseid.

Testiplaanide tüübid

On järgmised erinevat tüüpi katsekava:

Master Testikava: See on kõrgeima taseme katseplaan projekti / toote jaoks, mis ühendab kõik muud katseplaanid.

Katsetaseme spetsiifiline katseplaan: See on plaani iga järgmise katsetasemete jaoks:

• Üksuse testimine – üksuse katseplaan
• Integratsiooni testimine - Integratsiooni katseplaan
• Süsteemi testimine – Süsteemi testimise plaan
• Kasutaja vastuvõtmise testimine - Vastuvõtuskava

Katseliigi spetsiifiline katseplaan: Erinevate katsete plaanid, näiteks Toimivuse test Kava ja turvalisuse test kava kuuluvad seda tüüpi.

Testiplaani mall

Alljärgnev katsekava mall põhineb IEEE standard tarkvara test dokumentatsiooni.

Kuigi tarkvarakatsekava vorm ja sisu varieerub sõltuvalt standarditest, protsessidest ja katsejuhtimisvahenditest rakendamisest, on IEEE põhistandard, mis annab kokkuvõte sellest, mida tuleks katsekavasse lisada.

1. Testikava identifikaator

• Iga katseplaan peab sisaldama dokumendi tuvastamiseks ainulaadset identifikaatorit. Kui meil on konfiguratsioonihaldussüsteem, siis peame sellele kinni pidama.

2. Sissejuhatus

• Ülevaade katseplaanist tuleks esitada sissejuhatuses.
• Eesmärgiks, eesmärgid ja piirangud tuleb kehtestada sissejuhatuses.

3. Viited

• Projekti kava, konfiguratsiooni majandamise kava ja muud seotud dokumendid peavad olema loetletud ja lingid igale neist tuleks ette näha.

4. Katseelemendid

• Tarkvara või tooteid ja esemed projektis tuleks loetleda koos nende vastavate versioonidega.

5. Testitud funktsioonid

• Testitud tarkvara või toote erinevad omadused peaksid olema loetletud.
• Testitavate funktsioonide nõuet ja disaini spetsifikatsioone tuleks viidata.

6. Omadused ei testita

• Omadused, mida ei pea testitud, peaksid olema loetletud koos nende põhjustega katsetamise põhjustega.

7. Lähenemisviis

• Tuleks mainida lähenemisviis või katsetamine.
• Tuleks täpsustada katsetasemed nagu Master Testikava, testimisliigid ja testimiseks kasutatud meetodid, näiteks käsitsi või automatiseeritud, valge kast, must kast või hall kasti testimine.

8. Üksus Pass / Failikriteeriumid

• Edu (pass) või ebaõnnestumise kriteeriumid iga katsepunkti, kas tarkvara või toote, tuleks täpsustada.

9. Vedika kriteeriumid ja taaskasumnõuded

• Testimistegevuse peatamise kriteeriumid tuleks täpsustada katseplaanis.
• Kui katsetamine jätkatakse, tuleks täpsustada uuesti katsetamine.

10. Testige tulemusi

• Tulemused koos nende vastava, kui need on olemas, tuleks loetleda.
• Mõned neist on:
  • Katsejuhtumid
  • Katseplaan
  • Testi aruanded
  • Testi skriptid
  • Defekt või vigade aruanded

11. Testikeskkond

• Tuleks täpsustada võrk, riistvara, tarkvara ja muud testikeskkonna omadused.
• Testimine või muud sellega seotud tööriistad peaksid olema loetletud.

12. Hinnang

• Kulude ja pingutuse katsete hinnangute kokkuvõte tuleks kokku võtta ja ühendada koos nende üksikasjaliku hinnanguga.

13. Ajakava

• Esitada tuleks ajakava kokkuvõte ja link üksikasjalikule ajakavale, milles on määratletud peamised testimise vahe-eesmärgid.

14. Personali- ja koolitusvajadused

• Tuleks täpsustada töötajate rollid ja nõutavad oskused.
• Vajalike oskuste omandamiseks tuleks pakkuda piisavat koolitust.

15. Kohustused

• Iga meeskonna, rolli ja individuaalse ülesanded peaksid olema loetletud.

16. Riskid

• Tuvastatud riskid tuleks loetleda.
• Iga riski jaoks tuleks täpsustada vajalikud leevendus- ja situatsiooniplaanid.

17. Eeldused ja sõltuvused

• Kõik eeldused, mis tehti kogu katseplaani koostamise ajal, tuleks loetleda.
• Kõik sõltuvused katsekava tuleks loetleda.

18. Heakskiidud

• Lõpuks tuleks täpsustada iga inimese nimed ja rollid, kes peavad testiplaani kinnitama.
• Allkirjade ja kuupäevade jaoks tuleks jätta piisavalt ruumi.

Katseplaani juhised

• Testiplaani koostamisel alati ole täpne iga detaili kohta, et mitte jätta ruumi kahemõttelisusele. Näiteks operatsioonisüsteemi tüübi määramisel mainige, et see on ka väljaanne või versioon.
• Enne lõplikku kinnitamiseks esitamist veenduge, et katseplaan on põhjalikult läbi viidud üle vaadatud ja üle vaadatud paar korda. Testiplaani kvaliteet määrab meie meeskonna ja meie poolt läbiviidava testimise kvaliteedi.
• Veenduge, et testiplaan on selline kokkuvõtlik kui võimalik ning on vaba igasugusest üleliigsest ja üleliigsest. Kõik ülaltoodud malli jaotised pole vajalikud, seega kustutage kõik jaotised, mida meie plaan ei vaja.
Värskendatestiplaani nii sageli kui vaja. Vanemad ja aegunud katseplaani dokumendid pole vajalikud. Aegunud ja kasutamata testimiskava omamine on hullem kui katseplaani puudumine.
• Pikkade lõikude asemel kasutage loendid ja tabelid kuna need hõlbustavad sisu mõistmist.