Kas turi būti užduotyje
Nurodykite esamą elgesį, norimą rezultatą, paveiktą sąsają ir nekeičiamos apimties ribą. Jei taisomas defektas, pateikite jo atkūrimą. Jei kuriama funkcija, aprašykite įprastą eigą ir klaidos būsenas. Prieš pakeitimą agentas turi suprasti esamą kodo architektūrą bei projekto taisykles.
Pakeitimo perdavimo pavyzdys
Iliustracinė užduotis: užklausos API kartojant tą patį pateikimą sukuria du įrašus. Programuotojas prideda unikalų pateikimo identifikatorių ir konflikto apdorojimą. Testuotojas tikrina pakartojimą, lygiagrečius bandymus bei naują identifikatorių. Peržiūrai pateikiamas pakeitimas, komandos ir faktiniai testų rezultatai.
| Perdavimo dalis | Kodėl reikalinga |
|---|---|
| Reikalavimas ir versija | Žinoti, ką tikriname |
| Pakeistų failų skirtumas | Įvertinti apimtį |
| Testo komanda ir baigtis | Pakartoti patikrą |
| Neuždengti atvejai | Suprasti patikros ribas |
| Diegimo ir grąžinimo sąlygos | Valdyti tikslinės aplinkos pakeitimą |
Tai pavyzdys, o ne čia atlikto V2 testavimo ataskaita.
Įrankiai ir teisės
Darbas vyksta atskiroje suderintoje šakoje ir tinkamoje bandymo aplinkoje. Testavimui naudojami sintetiniai ar teisėtai parengti duomenys. Teisė keisti kodą nesuteikia teisės skaityti gamybinių paslapčių, sujungti savo pakeitimą ar diegti.
Programavimo ir QA komanda parodo atsakomybių perdavimą. Automatinio testavimo straipsnis (straipsnis dar nepaskelbtas) pateikia CI pavyzdį ir ataskaitos struktūrą.
Ką galima priimti
Priimamas pakeitimas, atitinkantis reikalavimą ir proporcingai patikrintas. Vien testų skaičius ar bendras agento balas nėra kokybės įrodymas. Radus nesėkmę, saugomas pradinis rezultatas, taisymo priežastis ir regresija po pataisos. Tikras diegimas patvirtinamas atskirai tikslinėje aplinkoje.