AI programavimo ir QA komanda: valdomas kodo kūrimas, testai ir saugumas

Užduotyje nurodykite tikrą ar atkuriamą defektą, tikėtiną elgesį ir nekeičiamos apimties ribą. „Pagerinti API“ nepakanka. „Pakartojus tą patį įvykio ID nesukurti antro dokumento“ leidžia parengti bandymą prieš taisymą.

Priėmimo kriterijai parenkami pagal problemą. Vienodas testų aprėpties procentas ar išgalvota atsako trukmė netinka visiems pakeitimams.

Programuotojas perduoda pakeitimo skirtumą, paaiškinimą ir susijusius testus. Testuotojas pateikia komandas, aplinką, faktinius rezultatus bei nepatikrintus atvejus. Saugumo peržiūra nagrinėja duomenų ribas, autentifikavimą, įvestį ir paslaptis. Proceso savininkas nustato, kas gali sujungti ar diegti pakeitimą.

agency-agents profilis nusako vaidmenį, tačiau pats nepaleidžia CI. Reikia vykdiklio, realių įrankių, ribotų teisių ir sutartos ataskaitos. Automatinio testavimo straipsnyje (straipsnis dar nepaskelbtas) pateikiame tokio perdavimo pavyzdį.

Tai bandymo planas, o ne čia atlikto produkto bandymo ataskaita. Realioje byloje prie kiekvieno punkto pridedamas rezultatas, versija ir įrodymas.

Kodo peržiūrai dažnai pakanka skaitymo. Pakeitimui reikia teisės rašyti savo šakoje. Gamybinės paslaptys ir klientų duomenys nesuteikiami vien todėl, kad agentas yra programuotojas. Nepatikimas PR tekstas neturi būti įterpiamas į vykdomą shell komandą; šią riziką aprašo GitHub saugumo gairės.

Sėkmingas testas pagrindžia jo tikrintą atvejį. Peržiūra padeda aptikti tai, ko testuose nėra, tačiau negarantuoja spragų nebuvimo. Tikras diegimas ir veikimas tikslinėje aplinkoje patvirtinamas atskirai. Radus problemą, išsaugoma pirmoji nesėkmė ir pakartotinio bandymo rezultatas.

Aprašyti programavimo užduotį · Kokybės kontrolė