Noslēdziet ciklu ar pārbaudītu uzlabojumu

Definējiet ciklu, ko vēlaties noslēgt

Programmatūra lietošanas laikā rada pierādījumus: kļūdas, aizkaves, atbalsta pieprasījumus, incidentus, uzturēšanas atradnes un atkārtotu manuālu darbu. Pilns dzīvescikls atgriež šos pierādījumus izstrādes lēmumos.

Programmatūras pašuzlabošanās var nozīmēt, ka automatizācija palīdz identificēt, piedāvāt, īstenot un pārbaudīt izmaiņas. Tas ne vienmēr nozīmē, ka modelis apmāca pats sevi. Norādiet, kura daļa mainās: lietotnes kods, konfigurācija, testi, instrukcijas, darbplūsma vai modeļa parametri.

Automātiska atjaunošanās atjauno zināmu darbības stāvokli. Pašuzlabošanās maina sistēmu, lai nākotnē radītu labāku rezultātu. Otrajam apgalvojumam vajag salīdzinājumu un aizsardzību pret regresijām.

Izsekojiet vienam novērojumam caur dzīvesciklu

Tālākā secība ir piedāvāta inženiertehniska metode. Tas nav apgalvojums, ka kāds produkts veic katru soli autonomi.

Saglabājiet saites starp šiem rezultātiem. Pēcincidenta darbību „uzlabot uzraudzību“ ir grūti pārbaudīt. Definēts signāls, atbildīgais, slieksnis un pārbaudīta reakcija padara pabeigšanu novērojamu.

Saglabājiet novērtēšanu neatkarīgu no piedāvājuma

Aģents var izveidot ielāpu un piedāvāt testus. Komandai joprojām jāpārbauda, vai šie testi atklāj sākotnējo problēmu. Saglabājiet versētu novērtēšanas kopu, ko izmaiņa nevar nemanāmi vājināt.

Izdomātajai atmiņas noplūdei salīdziniet līdzvērtīgas darba slodzes un versijas. Iekļaujiet lielus eksportus, atcelšanu, atkārtotu mēģinājumu un piekļuves atteikuma gadījumus. Izmantojiet sintētiskus datus, kas atspoguļo attiecīgo datu struktūru, neatklājot klientu ierakstus.

Noraidiet ātrāku eksportu, ja tas izlaiž ierakstus, apiet autorizāciju vai pārsniedz atļautās izmaksas. Definējiet šos ierobežojumus pirms optimizācijas. Citādi sistēma var uzlabot izvēlēto rādītāju, vienlaikus pasliktinot pakalpojumu.

Ja maināt aģenta instrukcijas vai modeli, novērtējiet tā darbību ar reprezentatīviem uzdevumiem un zināmām kļūmēm. Saglabājiet iepriekšējo versiju pieejamu. Instrukciju atjaunināšana nepierāda, ka pamatā esošais modelis mācījās no incidenta.

Izlaidiet un izmēriet rezultātu

Canary laidiens padara kandidātversiju pieejamu ierobežotai grupai. Salīdziniet kandidāta un kontroles signālus un definējiet, kad paplašināt vai apturēt pieejamību. Reta datplūsma vai atšķirīgas darba slodzes var neļaut izdarīt secinājumu. Canary vadlīnijas.

Izdomātā komanda reģistrē sākuma mērījumu ar nemainīgu sintētisku darba slodzi. Tā pārbauda labojumu, izlaiž to apstiprinātā robežā un pārbauda salīdzināmus produkcijas vides periodus. Ja pierādījumu joprojām nepietiek, tā reģistrē nenoteiktību, nevis paziņo par ieguvumu.

Mēriet arī atkārtotu manuālu darbu. Automatizācija var samazināt rutīnas darbu, bet tai arī vajag uzturēšanu un kļūmju apstrādi. Vērtējot rezultātu, iekļaujiet šīs izmaksas. Rutīnas darba vadlīnijas.

Padariet atgriezeniskās saites ierakstu lietojamu

Uzdevumam izmantojiet šos laukus: novērojums un versija; sākuma mērījums; piedāvātais cēlonis; pieņemšanas kritēriji; regresijas pārbaudes; izmaiņa un pārskatīšana; laidiena robeža; izmērītais rezultāts; atbildīgais un nākamā pārskatīšana.

Taiga Maintaining saista repozitorija atradnes ar novēršanas darbu. Iniciatīvas saista paredzētu izmaiņu ar plānošanu un piegādi. Tās nodrošina daļas no pierādījumu ķēdes. Par pakalpojumu atbildīgajam joprojām jāpārbauda izvietošana un ekspluatācijas rezultāts. Maintaining, Initiatives.

Nobriedusi programmatūras ražotne saista šo darbu starp produktiem. Palielinoties automatizācijai, saglabājiet redzamas lēmumu tiesības un novērtēšanas kritērijus. Gala pierādījums ir labāks, pārbaudīts pakalpojums, nevis lielāks ģenerēto izmaiņu skaits.