Izvēlieties noderīgu pirmo MI uzdevumu

Izvēlieties pārbaudāmu uzdevumu

Pirmajam noderīgajam uzdevumam jāparāda, kā rīks darbojas jūsu vidē. Tam arī jārada rezultāts, ko varat pārbaudīt. Neliels zināma defekta labojums bieži atbilst abiem nosacījumiem.

Neizvēlieties uzdevumu tikai tāpēc, ka demonstrācija izskatīsies iespaidīga. Plaša pārveide var radīt daudz redzamu izmaiņu, vienlaikus slēpjot nepareizus pieņēmumus. Neliels uzdevums var parādīt, vai aģents lasa instrukcijas, ievēro tvērumu un precīzi ziņo par neizturētām pārbaudēm.

Nav jāizvēlas pats vieglākais iespējamais uzdevums. Izvēlieties tādu, kura pareizu rezultātu komanda var atpazīt un paskaidrot, kāpēc tas ir pareizs.

Salīdziniet iespējamos uzdevumus

Aplūkojiet trīs izdomātus pieprasījumus pārskatu lietotnē.

Skaidrošanas uzdevums palīdz pārbaudīt spriedumus un pierādījumus. Regresijas tests pievieno kontrolētu darbību. Arhitektūras uzdevums vēlāk var būt vērtīgs, bet tam vajag daudz pamatīgāku aprakstu un pārskatīšanas procesu.

Pirmajam vingrinājumam izvēlieties regresijas testu. Izmantojiet izdomātus datumus un lokālu zaru. Norādiet, ka produkcijas piekļuve, atkarību jauninājumi un nesaistīta refaktorēšana ir ārpus tvēruma.

Uzrakstiet pabeigšanas nosacījumu

„Uzlabot datumu apstrādi“ atstāj pārāk daudz interpretācijas iespēju. Izmantojiet konkrētu nosacījumu: „Ja ievade satur nederīgu kalendāra datumu, atgrieziet validācijas kļūdu. Derīgiem datumiem saglabājiet dokumentēto izvadi.“

Pievienojiet derīgas un nederīgas ievades piemērus. Norādiet esošo testa komandu. Lūdziet aģentam pārbaudīt pašreizējo darbību pirms failu maiņas. Prasiet īsu defekta skaidrojumu un pierādījumus pēc izmaiņas.

Atdaliet uzdevuma rezultātu no aktivitātes. „Aģents uzrakstīja testu“ apraksta aktivitāti. „Tests atklāj zināmo defektu un neizdodas“ apraksta pierādījumu. Tests, kas izdodas gan pareizam, gan nepareizam kodam, nepierāda paredzēto aizsardzību.

Novērojiet darba procesu

Vingrinājuma laikā reģistrējiet, kur aģentam vajag papildu kontekstu. Pārbaudiet, vai tas lasa attiecīgās repozitorija instrukcijas. Pamaniet, vai tas maina failus ārpus tvēruma vai atkārto neveiksmīgu pieeju bez jauniem pierādījumiem.

Nelabojiet katru nelielo izvēli uzreiz. Ļaujiet aģentam pabeigt atļautu, atgriezenisku darbu, lai varētu novērtēt rezultātu. Iejaucieties, ja nākamā darbība šķērso robežu vai darba turpināšana ir atkarīga no neatrisinātas prasības.

Beigās pārskatiet diff un izpildiet attiecīgās pārbaudes. Reģistrējiet gan aģenta laiku, gan savu sagatavošanas un pārskatīšanas laiku. Šie novērojumi palīdz izvēlēties nākamo uzdevumu un uzlabot darba instrukcijas.

Vienlaikus paplašiniet vienu robežu

Ja vingrinājums izdodas, palieliniet sarežģītību vienā dimensijā. Varat pāriet no vienas funkcijas uz diviem saistītiem moduļiem. Varat pievienot dokumentētu integrāciju. Saglabājiet skaidras tiesības un pārbaudes prasības.

Ja vingrinājums neizdodas, nosakiet cēloni pirms tvēruma paplašināšanas. Trūkstošam kontekstam, neskaidrai prasībai, nepieejamai testa videi un modeļa ierobežojumam vajag atšķirīgus labojumus. Lielāka autonomija neatrisina visas četras problēmas.

Ja prototips paliek lietošanā, nosakiet par uzturēšanu atbildīgo. Jauna informācija par ievainojamībām var prasīt rīcību bez koda izmaiņas. Skatiet nepārtrauktu ievainojamību pārvaldību.