Séria: Ako písať dokumentáciu a manuály v IT projekte
Admin klienta napísal:
„Pracovníčka omylom zmazala záznam. Dá sa obnoviť?“
Na prvý pohľad jednoduchá otázka.
V testovacom prostredí som zmazala záznam.
V databáze som ho našla.
Lenže:
nevedela som, ako ho obnoviť.…
Predstav si, že aplikácia prešla aktualizáciou a k tabuľke objednavky boli pridané nové stĺpce: zdroj_objednavky a typ_zakaznika. Backend už tieto hodnoty ukladá, UI ich zobrazuje, a reporty sa majú čoskoro meniť.
Ako to celé otestovať, aby si mal(a) istotu, že nič neuniklo?
`INSERT, UPDATE, DELETE`… v testoch nestačí len kliknúť. Treba sa pozrieť, čo sa reálne zmenilo v databáze.
Príklad:
Tester vyplní formulár objednávky a stlačí tlačidlo Vytvoriť. Objednávka je vytvorená a zobrazí sa v zozname objednávok.
Otázka je: Naozaj vznikla nová objednávka v databáze? A má správne údaje?…
V niektorých systémoch býva soft delete implementovaný veľmi jednoducho – záznam sa fyzicky neodstráni, len sa v databáze nastaví určitá hodnota (napr. is_deleted = true alebo stav = ‚zmazané‘).
Vďaka tomu sa dá záznam opäť zobraziť úpravou tejto hodnoty, ak je na to oprávnenie. V logoch alebo histórii záznamu býva zaznamenané, kto a kedy záznam zmazal.…
Bez záznamov niet retrospektívy. A bez retrospektívy niet analýzy ani zlepšovania.
Príklad:
Testujem webovú aplikáciu pre interný informačný systém. Pridám nový záznam do databázy a úmyselne zmením dátum narodenia na neplatný formát. Aplikácia zobrazí chybu – ale čo ďalej?
Otváram logy – očakávam, že:
Príklad šablóny:
Predmet: Objednávka č. {{order_id}} bola úspešne prijatá
Dobrý deň, {{customer_name}},
ďakujeme za Vašu objednávku. Tu sú jej podrobnosti:
• Produkt: {{product_name}}
• Množstvo: {{quantity}}
• Cena spolu: {{total_price}} €
Vaša objednávka bude odoslaná na adresu:
{{delivery_address}}
S pozdravom,
Tím {{company_name}}
Čo všetko otestovať:
1.…
