Junior
Kāda ir eksistējoša testēšanas dokumentācija?
sobes.tech AI
Atbilde no AI
Testēšanas dokumentācija ietver artefaktus, kurus izmanto dažādos testēšanas posmos. Galvenie veidi:
- Testēšanas politika (Test Policy): Augsta līmeņa dokuments, kas nosaka mērķus, pieejas un principus organizācijā.
- Testēšanas stratēģija (Test Strategy): Detalizētāks dokuments, kas apraksta kopējo testēšanas plānu konkrētam projektam vai produktam, aptverot apjomu, resursus, grafiku un metodes.
- Testa plāns (Test Plan): Dokuments, kas detalizēti apraksta konkrētas darbības testēšanai noteiktā iterācijā vai izlaidumā. Ietver:
- Testēšanas mērķus un uzdevumus.
- Testēšanas apjomu (kas tiek testēts, kas netiek).
- Ieejas un izejas kritērijus.
- Testēšanas veidus.
- Testēšanas vidi.
- Lomas un atbildības.
- Grafiku.
- Riska pārvaldību.
- Apstāšanās un atsākšanas kritērijus.
- Testa scenārijs / Testa gadījums (Test Case): Dokuments, kas apraksta konkrētus soļus noteikta testa veikšanai, kopā ar gaidāmo rezultātu.
- Pārbaudes saraksts (Checklist): Punktu vai funkcionalitāšu saraksts pārbaudei bez detalizētas soļu apraksta. Izmanto, ja soļi ir acīmredzami vai neprasa formalizāciju.
- Testu kopums (Test Suite / Test Set): Testu gadījumu kolekcija, kas grupēta pēc noteikta kritērija (piemēram, pēc funkcionalitātes vai testēšanas veida).
- Kļūdas ziņojums / Defekta ziņojums (Bug Report / Defect Report): Dokuments, kas apraksta atrastu kļūdu, iekļaujot soļus atkārtošanai, faktisko un gaidāmo rezultātu, vidi un kritiskuma pakāpi.
- Testēšanas rezultātu ziņojums (Test Execution Report): Dokuments, kas apkopo testēšanas rezultātus, ieskaitot veiksmīgu/neveiksmīgu gadījumu statusu, atrasto kļūdu skaitu un kopējo progresu.
- Testēšanas noslēguma ziņojums (Test Closure Report): Dokuments, kas apkopo visu testēšanas darbu, ieskaitot galīgo statusu, mācības un ieteikumus.
- Trajektorijas matrica (Traceability Matrix): Dokuments, kas sasaista testēšanas artefaktus ar prasībām, palīdzot pārliecināties, ka visas prasības ir pārklātas ar testiem.
Piemērs vienkāršas testa gadījuma struktūrai:
| Lauks | Apraksts |
|---|---|
| Testa gadījuma ID | Unikāls identifikators |
| Testa nosaukums | Īss scenārija apraksts |
| Testa mērķis | Kas tiek pārbaudīts |
| Iepriekšējie dati | Nepieciešamie nosacījumi pirms sākuma |
| Vykšanas soļi | Sekvences darbības |
| Gaidāmais rezultāts | Rezultāts, kas jāsaņem |
| Pēc- nosacījumi | Sistēmas stāvoklis pēc veikšanas |
Piemērs vienkāršas kļūdas ziņojuma:
| Lauks | Apraksts |
|---|---|
| Kļūdas ID | Unikāls identifikators |
| Īss apraksts | Problēmas būtība vienā teikumā |
| Projekts / Modulis | Kur atrasta kļūda |
| Produkta versija | Versija, kurā atrasta kļūda |
| Vide | OS, pārlūkprogramma, iestatījumi |
| Soļi atkārtojumam | Sekvences darbības kļūdas atkārtošanai |
| Faktiskais rezultāts | Kas notika |
| Gaidāmais rezultāts | Kā vajadzēja būt |
| Kritiskuma pakāpe | Ietekme uz funkcionalitāti (Blocker, Critical, Major, Minor, Trivial) |
| Prioritāte | Cik ātri jālabo (High, Medium, Low) |
| Kļūdas autors | Kas atrada kļūdu |
| Izveidošanas datums | |
| Statuss | (Jauna, Atvērta, Vērtēšana, Atrisināta, Aizvērta, Pārskatīta) |
| Paskirta kam | Izstrādātājs, atbildīgais |
# Piemērs koda fragmenta testēšanas automatizācijai
def test_user_login_successful():
# Iestatīšanas soļi
login_page.open()
login_page.enter_username("valid_user")
login_page.enter_password("valid_password")
# Vykšanas soļš
login_page.click_login_button()
# Gaidāmā rezultāta pārbaude
assert home_page.is_dashboard_displayed()
# Pēc- nosacījumi (piemēram, izrakstīšanās)
home_page.logout()
# Piemērs komandas automatizēto testu palaišanai
pytest tests/smoke_tests.py
Dokumentācija var būt gan formāla (izveidota pēc šabloniem), gan neformāla, atkarībā no izstrādes metodoloģijas un projekta prasībām.