Lekcie 1–3 dali základ. Táto ho aplikuje na to, čo naozaj robíš: požiadavky, návrh testov, dáta, bug reporty, regresiu a report pre biznis. Model nič neotestuje — zrýchli tú nudnú časť okolo testovania a rozhodovanie nechá tebe.
Lekcia 4 zo 4~15 min čítania·QA
AI v dni testera
Kurz je napísaný pre človeka, ktorý testuje softvér a zároveň testovanie vedie — z požiadavky robí testovacie prípady, vypisuje chyby, rozhoduje, čo sa pred vydaním stihne, a potom to celé vysvetľuje ostatným. Všetko tu je na úrovni obyčajného chatu — otvoríš okno, vložíš text, dostaneš odpoveď.
Mapa
Kde sa AI zmestí do tvojho dňa
Nie je náhradou žiadneho z týchto krokov — je urýchľovačom v každom z nich.
- 1Požiadavka
Zhrnie dlhú špecifikáciu a vypíše nejasnosti, ktoré treba doriešiť ešte pred testovaním.
- 2Návrh testov
Kandidáti na testovacie prípady a hraničné prípady. Šírka od modelu, výber a hĺbka od teba.
- 3Dáta
Vymyslené, formátovo platné testovacie dáta presne v tvare, aký potrebuješ — aj tie zákerné.
- 4Vykonanie
Neočakávaná chyba, hláška alebo kus logu preložené na reťaz udalostí a na to, kam ryť ďalej.
- 5Bug report
Z hrubých poznámok štruktúrovaný report v šablóne tímu, s krokmi, ktoré chybu zopakujú.
- 6Regresia a report
Čo do regresnej sady a v akom poradí — a jedno zhrnutie stavu kvality prepísané pre tri publiká.
1. Požiadavka a akceptačné kritériá
Testovanie sa nezačína testom, ale otázkou, čo má vlastne platiť. Model je dobrý presne v tomto: z troch strán textu vytiahne, čo je tvrdenie o správaní a čo je vata, a hlavne vypíše, čo v požiadavke nie je. Ten zoznam nesieš analytikovi ešte pred prvým testom — je lacnejší než chyba, ktorú by si inak reportoval ako spor o zadanie.
Nejasnosti sú výstup, nie vedľajší produkt
„Vypíš, čo v požiadavke chýba na to, aby sa to dalo otestovať“ dá užitočnejší zoznam než akékoľvek zhrnutie.
Akceptačné kritériá ako návrh, nie ako verdikt
Nechaj si ich sformulovať overiteľne — kto, čo, za akých podmienok a čo je viditeľný dôsledok. Schvaľuje ich stále človek.
Zakáž domýšľanie
„Čo v texte nie je, daj medzi otázky“ — bez tejto vety ti model doplní správanie, ktoré nikto nesľúbil, a ty ho potom testuješ.
Prompt na skúšku
Skopíruj, doplň hranaté zátvorky a pošli.
Tu je požiadavka: [text]. Aplikáciu používajú [kto] a beží v [prostredie]. Zhrň v piatich bodoch, čo sa má po zmene diať. Potom vypíš, čo v požiadavke chýba na to, aby sa dala otestovať — nejednoznačné formulácie, chýbajúce chybové stavy, nepovedané hranice. Nakoniec navrhni akceptačné kritériá tak, aby sa každé dalo overiť pozorovaním. Nič si nedomýšľaj: čo v texte nie je, daj medzi otázky.
2. Testovacie prípady a scenáre
Šírka od modelu, hĺbka od teba. Model málokedy zabudne celú kategóriu hraničných prípadov, ale netuší, čo sa u vás v tejto obrazovke pokazilo trikrát za rok. Vygenerovanú sadu ber ako zoznam kandidátov: duplicity preč, nezmysly preč, prekvapenia si nechaj. Ráta sa s tým, že tretinu vyhodíš — aj tak si rýchlejší.
Povedz, koľko a aké pokrytie
„Dvanásť prípadov: pozitívne, negatívne aj hraničné“ dá iný výsledok než „napíš testy“. Číslo a kategórie sú polovica promptu.
Vypýtaj si svoju tabuľku
Názov / Predpoklady / Kroky / Očakávaný výsledok — v tvojom tvare sa to prenesie do nástroja bez prepisovania.
Kontrola dier na tvojej sade
Vlož vlastný zoznam a spýtaj sa, aké kategórie chýbajú, zoradené podľa rizika. Je to checklist pre teba, nie verdikt o sade.
Prompt na skúšku
Skopíruj, doplň hranaté zátvorky a pošli.
Tu je požiadavka: [text] a takto vyzerá obrazovka: [opis alebo screenshot]. Navrhni dvanásť testovacích prípadov — pozitívne, negatívne aj hraničné — v tabuľke Názov / Predpoklady / Kroky / Očakávaný výsledok. Označ, ktoré by si automatizoval a prečo. Na záver vypíš tri riziká, ktoré by si preskúmal ručne. Ak si niečím nie si istý, radšej to označ, než by si to tvrdil.
3. Testovacie dáta
Večná otrava, ktorá zmizne za minútu. Model vygeneruje vymyslené, formátovo platné dáta v ľubovoľnom tvare — a keď vie spúšťať kód (lekcia 3), aj s platnými kontrolnými súčtami a v počte, ktorý sa ručne nedá vypísať. Platí jediné tvrdé pravidlo: dáta sú vymyslené. Produkčné ani klientske dáta do chatu nepatria, ani „len na anonymizáciu“.
Presný tvar si vypýtaj
Stĺpce, formáty, jazyk, hranice. Čím presnejšie povieš tvar, tým menej si toho budeš prepisovať.
Zákerné vstupy
Veľmi dlhé mená, emoji, neviditeľné medzery, text sprava doľava, znaky, ktoré rozbíjajú dotazy. Ku každému nech napíše, čo testuje.
Nech to vyrobí kódom
Pri kontrolných súčtoch a pri väčších objemoch povedz „vygeneruj to kódom“ — inak dostaneš dáta, ktoré vyzerajú platne a nie sú.
Prompt na skúšku
Skopíruj, doplň hranaté zátvorky a pošli.
Potrebujem vymyslené testovacie dáta, žiadne skutočné. Vygeneruj [koľko] riadkov ako [formát] so stĺpcami [stĺpce]. Mená a adresy nech sú z [jazyk či región] a nech obsahujú aj diakritiku. Pridaj hraničné hodnoty: [čo je hranica — dnešný dátum, najstarší možný, prázdna hodnota]. Kde je potrebný kontrolný súčet, vygeneruj dáta kódom, nie odhadom. Ku každému hraničnému riadku pripíš, čo testuje.
4. Bug report a reprodukcia
Nájsť chybu je polovica práce. Druhá polovica je report, s ktorým vývojár vie niečo urobiť — a to je premena hrubých poznámok na štruktúru, teda presne to, v čom je model najlepší. Dôležitejšie než šablóna je jedno: report obsahuje to, čo si videl, nie to, čo si model domyslel.
Vlož ukážku, neopisuj šablónu
Jeden váš existujúci bug povie o štýle viac než odsek inštrukcií. Model je lepší napodobňovač než poslucháč.
Nedomýšľať a označiť
„Čo v poznámkach nie je, označ slovom over“ ti vráti zoznam dier v tvojom vlastnom pozorovaní.
Žiadna príčina v reporte
Hypotéza o vinníkovi pošle vývojára hľadať tam, kde si nebol. Príčinu si nechaj na debatu, do reportu patria fakty.
Chyba, ktorá sa deje občas
Nechaj si z poznámok poskladať postupnosť krokov, ktorá ju zopakuje čo najspoľahlivejšie, a napíš pomer, ktorý si videl.
Prompt na skúšku
Skopíruj, doplň hranaté zátvorky a pošli.
Toto sú moje hrubé poznámky z testovania: [poznámky]. Prostredie a verzia: [kde to bolo]. Sprav z nich bug report v sekciách Pozorované správanie / Očakávané správanie / Kroky na zopakovanie, kroky očísluj. Nič si nedomýšľaj — čo v poznámkach nie je, označ slovom „over“ a nechaj to v texte. Neuvádzaj príčinu ani vinníka. Drž sa štýlu tejto ukážky: [jeden váš bug].
5. Regresná sada a priority
Regresia je rozhodnutie, nie zoznam. Nikdy nie je čas na všetko, takže ide o poradie: čo sa mení, čo sa najviac používa, čo najviac bolí, keď padne. Model ti z týchto troch vecí spraví návrh poradia a — čo je cennejšie — pomenuje, čo z tvojej sady sa už roky nemení a pravdepodobne netestuje nič. Rovnako vie prejsť existujúci automatizovaný test a povedať, čo naozaj overuje.
Zoraď podľa rizika, nie podľa poradia v nástroji
„Zoraď podľa toho, čo sa zmenilo a čo najviac bolí, keď padne, a napíš prečo“ — s odôvodnením sa dá poradie obhájiť.
Čo z toho vypadne
Vypýtaj si aj návrh, čo z regresie vyradiť alebo zlúčiť. To je ten rozhovor, na ktorý sa inak nedostane.
Čo test naozaj overuje
Vlož existujúci automatizovaný test a nechaj si vysvetliť krok za krokom, čo kontroluje. Niekedy prekvapivo málo.
Krehkosť a chýbajúce kontroly
Pevné čakania, závislosť od poradia, krehké lokátory, chýbajúci assert — na toto je druhý pár očí, ktorý sa nikdy nenudí.
Prompt na skúšku
Skopíruj, doplň hranaté zátvorky a pošli.
Toto je moja regresná sada: [zoznam testov]. V tomto vydaní sa mení [čo] a najviac používaná časť aplikácie je [čo]. Zoraď testy do troch skupín: musí prejsť pred vydaním, spustím, ak zostane čas, a tento raz vynechám. Pri každom napíš jednou vetou prečo. Zvlášť vypíš testy, ktoré podľa názvu a krokov pravdepodobne neoverujú nič podstatné.
6. Report stavu kvality pre biznis
Posledná míľa, na ktorej sa najviac stráca. Ty vieš, že „päť otvorených defektov strednej priority“ znamená, že sa dá vydávať s jedným rizikom — zadávateľ to nevie. Model je dobrý prekladateľ medzi rečou testovania a rečou toho, kto rozhoduje. Jedno zhrnutie sa dá prepísať pre vývojára, pre manažment aj do e-mailu k vydaniu.
Povedz, kto to číta
Ten istý stav napísaný pre vývojára a pre zadávateľa sú dva rôzne texty. Rozdiel je v tom, čo vynecháš.
Otvorené riziko namiesto čísel
Nie počet defektov, ale čo z nich hrozí používateľovi a čo treba, aby sa to zavrelo.
Odporúčanie ostáva tvoje
„Netvrď, že niečo je overené“ — model nič nespustil. Vetu o tom, či sa dá vydávať, píšeš ty.
Prompt na skúšku
Skopíruj, doplň hranaté zátvorky a pošli.
Toto je stav testovania pred vydaním: [čo je otestované, čo je otvorené, čo sa nestihlo a prečo]. Napíš tri verzie toho istého zhrnutia: (1) pre vývojový tím, (2) pre projektového manažéra — bez QA žargónu, max 150 slov, (3) do e-mailu k vydaniu, päť viet. V každej uveď, aké riziko zostáva otvorené a čo treba na jeho zavretie. Netvrď, že niečo je overené — vychádzaj len z toho, čo som napísal.
Pravidlá
Štyri zlaté pravidlá
1. Výstup modelu je neotestovaná dodávka
Nápady, dáta, texty, kód — všetko dostane rovnaký meter ako každý neskontrolovaný artefakt. Nie je hotové, kým si to neprešiel. Toto je tvoje remeslo, len použité na nový zdroj.
2. Kvalitu vlastníš ty, model vlastní návrhy
Zrýchli tú nudnú väčšinu a ušetrený čas daj tomu, čo potrebuje človeka: riziko, doména, úsudok, rozhovor s vývojárom.
3. Ostré dáta ostávajú vonku
Do promptov vymyslené dáta, len schválený nástroj. Produkčný ani klientsky záznam sa nevkladá do chatu ani vtedy, keď ho tam chceš „len anonymizovať“.
4. Znalosť aplikácie je tvoja výhoda
Model pozná testovanie všeobecne. Ty poznáš túto aplikáciu, týchto používateľov a to, čo sa tu už raz pokazilo. Zručnosť je v kombinácii.
A teraz to najdôležitejšie
Kurz skončil. To, čo z neho ostane, je tvoj štartovací balíček — use-cases zoradené podľa toho, čo si vybral, prompty na skopírovanie a štvortýždňový plán.