Tesztterv a kritikus felhasználói utakra
Kockázat szerint rangsorolja, mit kell tesztelni az alkalmazásodban, majd megírja a legfontosabb teszteket. Kézzel elvégezhető ellenőrzőlistát is ad azoknak, akik nem írnak automata tesztet.
Töltsd ki a saját adataiddal
A sárgával jelölt részeket cseréld a saját adataidra.
EllenőrzésCtrl + Enter: másolás
Példa: kitöltve, mintaválasszal
- Alkalmazás
- Kuponkezelő egy webshophoz: kuponkód beváltása a kosárban
- Fő utak
- Kupon beírása és érvényesítése; kedvezmény számítása; kupon felhasználásának rögzítése
- Érzékeny részek
- A kedvezmény a fizetendő összeget csökkenti; egy kupon csak egyszer használható
- Technológia
- Node.js, Vitest; teszt még nincs
- Kód
- applyCoupon(cart, code): megkeresi a kupont, ellenőrzi a lejáratot és a minimális kosárértéket, százalékos vagy fix kedvezményt számol, used = true
- Időkeret
- Fél nap
1. Kockázati rangsor
| Rész | Kár | Valószínűség | Összesen |
|---|---|---|---|
| Kedvezmény számítása | 5 | 3 | 15 |
| Egyszeri felhasználás | 5 | 4 | 20 |
| Lejárat és minimális érték | 3 | 3 | 9 |
3. Tesztesetek (részlet)
- Fix kedvezmény nagyobb, mint a kosár értéke: a fizetendő 0, nem negatív.
- 100%-os kupon: a fizetendő 0.
- Ugyanaz a kód kétszer egymás után: a második elutasítva.
- Ugyanaz a kód két egyidejű kérésben: pontosan egy sikerül.
- Kis- és nagybetű, szóköz a kód végén.
- Lejárat napján éjfél előtt és után.
4. Kód (részlet)
it('a fix kedvezmény nem viheti nulla alá a fizetendő összeget', () => {
const cart = { total: 3000 };
const result = applyCoupon(cart, 'FIX5000');
expect(result.total).toBe(0);
});
6. Nem érdemes most: a kuponlista megjelenítésének vizuális tesztje.
Megjegyzés: a used = true a leírás alapján a memóriában áll be. Az egyidejű beváltás ellen adatbázisszintű védelem kell; ez a kódból nem tesztelhető megbízhatóan.
Szemléltető minta, Claude segítségével készült: azt mutatja, milyen jellegű és felépítésű válaszra számíthatsz. A többi ajánlott eszközzel a prompt várhatóan ugyanígy használható, de nem mindegyikben próbáltuk ki. A te eredményed más lesz. Hogyan készülnek a példák?
Miért működik?
Fél napba nem fér bele minden, ezért a prompt kockázat szerint rangsorol: ahol pénz mozog vagy valami visszafordíthatatlan, az kerül előre. A határesetek listája pont azokat a helyzeteket sorolja, amelyeket az AI által írt kód jellemzően elnéz.
A „viselkedést tesztelj” szabály azért kell, mert a modell szívesen ír olyan tesztet, amely a kód mostani működését rögzíti, hibástul.
Mire figyelj?
- A zöld teszt azt jelenti, hogy a megírt esetek átmentek. A kihagyott eseteket a rangsorból látod.
- Az AI által írt teszt lehet hibás vagy semmitmondó. Rontsd el szándékosan a kódot, és nézd meg, elbukik-e a teszt.
- Éles adatbázison és éles fizetési kulccsal ne tesztelj.
Folytasd ezekkel
Ugyanabban a beszélgetésben küldd el, a válasz után.
- Írd meg az egyidejű beváltás tesztjét adatbázissal, és javasolj megkötést, amely megvédi.
- Alakítsd a kézi ellenőrzőlistát kitölthető táblázattá: lépés, elvárt eredmény, rendben vagy hiba.
Kapcsolódó promptok
Összes vibe coding promptBiztonsági audit fenyegetésmodellel
Végigveszi, ki és hogyan élhetne vissza az alkalmazásoddal, majd a kódot a tipikus hibákra nézi át: jogosultság, bemenet, titkok, függőségek. Súlyosság szerint rangsorol, és jelzi, amit a beillesztett részből nem lát.
Hibakeresés módszeresen, feltevésekkel
Megállítja a találgatós javítgatást: a tünetekből rangsorolt feltevéseket állít fel, mindegyikhez egy ellenőrző lépést ad, és csak a bizonyított ok után javít. A javítás a lehető legkisebb marad.
Projektterv mérföldkövekkel és elfogadási feltételekkel
Az ötletedből olyan tervet ír, amelyet a kódoló AI lépésenként végre tud hajtani: hatókör, adatmodell, mérföldkövek, és mindegyiknél az, hogy miből látod, hogy kész. Külön listázza, ami szándékosan kimarad.
Adatok megtervezése az alkalmazáshoz
Mielőtt az AI kódolni kezd: mit tároljon az alkalmazás, mi mihez tartozik, és ki mit láthat. Táblázatos terv hétköznapi nyelven, amelyet bemásolhatsz a kódoló eszközbe.