Canonical: https://verslomatika.lt/komandos/programavimo-ir-qa-komanda/

Autorius: MB Pinet komanda (https://verslomatika.lt/apie-mus/)

Paskelbimo data: 2026-10-25T17:55:07.502Z

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


Programavimo ir QA komanda parengia kodo pakeitimą ir jo priėmimo įrodymus. Programuotojas įgyvendina užduotį, testuotojas tikrina elgesį, saugumo tikrintojas vertina konkrečias rizikas. Pakeitimo parengimas, sujungimas ir diegimas yra atskiri veiksmai su atskirais leidimais.


## Reikalavimas turi būti patikrinamas


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.


## Kas ką perduoda


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į.


## Iliustracinė dublikato klaidos byla


| Etapas | Tikėtinas įrodymas |
| --- | --- |
| Defekto atkūrimas | Tas pats įvykis du kartus sukuria du įrašus |
| Pataisa | Duomenų bazėje taikomas unikalus įvykio raktas |
| Regresija | Tas pats ID palieka vieną įrašą; naujas ID sukuria naują |
| Konflikto bandymas | Vienu metu gauti du vienodi įvykiai nedubliuoja veiksmo |
| Peržiūra | Patikrinta klaidos baigtis ir neaiškaus atsakymo atvejis |


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


## Prieigos ir aplinkos


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](https://docs.github.com/en/actions/concepts/security/script-injections).


## Ką įrodo patikra


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į](https://verslomatika.lt/kontaktai/) · [Kokybės kontrolė](https://verslomatika.lt/kokybes-kontrole/)


## Šaltiniai ir dokumentacija
- [GitHub: Understanding risk: nepatikimi kontekstai neturi tapti shell kodu](https://docs.github.com/en/actions/concepts/security/script-injections) (šaltinis peržiūrėtas 2026-10-24)