Junior
Milline testidokumentatsioon on olemas?
sobes.tech AI
Vastus AI-lt
Testidokumentatsioon hõlmab artefakte, mida kasutatakse erinevatel testimise etappidel. Peamised tüübid:
- Testipoliitika (Test Policy): Kõrgema taseme dokument, mis määratleb organisatsiooni testimise eesmärgid, lähenemised ja põhimõtted.
- Testistrateegia (Test Strategy): Detailsem dokument, mis kirjeldab üldist testimisplaani konkreetse projekti või toote jaoks, hõlmates ulatust, ressursse, ajakava ja meetodeid.
- Testplaan (Test Plan): Dokument, mis kirjeldab üksikasjalikult konkreetseid tegevusi testimiseks kindlal iteratsioonil või versioonil. Sisaldab:
- Testimise eesmärke ja ülesandeid.
- Testimise ulatust (mis testitakse, mis mitte).
- Sisenemis- ja väljumiskriteeriume.
- Testitüüpe.
- Testkeskkonda.
- Rollid ja vastutused.
- Ajakava.
- Riski juhtimist.
- Testimise peatamise ja jätkamise kriteeriume.
- Teststsenaarium / Testjuhtum (Test Case): Dokument, mis kirjeldab konkreetseid samme teatud testi sooritamiseks koos oodatava tulemusega.
- Kontrollnimekiri (Checklist): Punktide või funktsionaalsuste nimekiri kontrollimiseks ilma üksikasjaliku sammude kirjeldusega. Kasutatakse, kui sammud on ilmsed või ei vaja formaliseerimist.
- Testkomplekt (Test Suite / Test Set): Testjuhtumite kogum, mis on grupeeritud vastavalt kriteeriumile (näiteks funktsionaalsus või testitüüp).
- Viga / Defektiaruanne (Bug Report / Defect Report): Dokument, mis kirjeldab leitud viga, sealhulgas sammud reprodutseerimiseks, faktilisi ja oodatavaid tulemusi, keskkonda ning kriitilisuse taset.
- Testimise tulemuste aruanne (Test Execution Report): Dokument, mis kokkuvõtlikult kajastab testimise tulemusi, sealhulgas testjuhtumite edukus/ebaõnnestumine, leitud vigade arv ja üldine edenemine.
- Testimise lõpetamise aruanne (Test Closure Report): Dokument, mis kokkuvõtlikult kajastab kogu testimise töö, sealhulgas lõplik seisund, õppetunnid ja soovitused.
- Jälgitavusmatriits (Traceability Matrix): Dokument, mis seob testid artefaktidega nõuete põhjal, aidates veenduda, et kõik nõuded on katmata testidega.
Näide lihtsast testjuhtumi struktuurist:
| Väli | Kirjeldus |
|---|---|
| Testjuhtumi ID | Unikaalne identifikaator |
| Testjuhtumi nimi | Lühike kirjeldus |
| Testimise eesmärk | Mis kontrollitakse |
| Eeltingimused | Vajalikud tingimused enne alustamist |
| Väljaõppimise sammud | Järjesta tegevused |
| Oodatav tulemus | Tulem, mida oodatakse |
| Pärast-tingimused | Süsteemi seisund pärast sooritamist |
Näide lihtsast defektiaruandest:
| Väli | Kirjeldus |
|---|---|
| Viga ID | Unikaalne identifikaator |
| Lühike kirjeldus | Probleemi olemus ühes lauses |
| Projekt / Moodul | Kus viga leiti |
| Toote versioon | Versioon, kus viga leiti |
| Keskkond | OS, brauser, seaded |
| Sammud reprodutseerimiseks | Järjesta tegevused vea kordamiseks |
| Faktiline tulemus | Mis juhtus |
| Oodatav tulemus | Kuidas pidi olema |
| Kriitilisuse tase | Mõju funktsionaalsusele (Blocker, Critical, Major, Minor, Trivial) |
| Prioriteet | Kui kiiresti vaja parandada (High, Medium, Low) |
| Viga autor | Kes leidis vea |
| Loomise kuupäev | |
| Staatus | (Uus, Avatud, Töös, Lahendatud, Suletud, Uuesti avatud) |
| Määratud kellele | Arendaja, vastutav |
# Näidiskood testjuhtumi automatiseerimiseks
def test_user_login_successful():
# Eelnevad sammud
login_page.open()
login_page.enter_username("valid_user")
login_page.enter_password("valid_password")
# Täitmise samm
login_page.click_login_button()
# Oodatud tulemuse kontroll
assert home_page.is_dashboard_displayed()
# Pärast-tingimused (näiteks välja logimine)
home_page.logout()
# Näidiskäsk automaatsete testide komplekti käivitamiseks
pytest tests/smoke_tests.py
Dokumentatsioon võib olla nii formaalne (malle järgi koostatud), kui ka mitteformaalne, sõltuvalt arendusmetodoloogiast ja projekti nõuetest.