Testiranje prije lansiranja: provjerite stvarni tijek rada

Prije lansiranja treba provjeriti može li korisnik završiti posao, što se događa pri pogrešci i ostaju li podaci dostupni samo ovlaštenima. Uspješan build potvrđuje da se aplikacija može izgraditi. Ne potvrđuje naplatu, dostavu poruke, sigurnost ovlasti ili pouzdanost produkcije.

Testirajte cijeli put, uključujući iznimke

Za hipotetsku rezervaciju provjerite odabir termina, potvrdu, plaćanje, obavijest i otkazivanje. Dva korisnika mogu pokušati rezervirati isti termin. Vanjski sustav može potvrditi plaćanje nakon prekida preglednika. Testni plan treba pokriti i takve slučajeve.

Područje	Primjer provjere
Poslovna pravila	Nedostajuće polje i zabranjen prijelaz statusa
Ovlasti	Korisnik pokušava pristupiti tuđem zapisu
Integracije	Timeout, duplikat i naknadna potvrda
Sučelje	Mobilni unos, tipkovnica i jasna poruka pogreške
Operacije	Obnova kopije i povrat na prethodnu verziju

Kako provjeriti ovlasti?

Pokušajte radnju iz različitih uloga na poslužitelju, ne samo kroz prikaz gumba. OWASP authorization guidance preporučuje provjeru pristupa pri svakom zahtjevu. Potvrdite da izvoz i privitci imaju ista ograničenja kao prikaz pojedinačnog zapisa.

Koji dokaz označava završen test?

Zapišite okruženje, ulaz, očekivani rezultat i stvarni rezultat. Razlikujte prihvat servisa od krajnjeg ishoda: prihvaćen zahtjev za slanje e-pošte nije potvrda primitka u sandučiću. Lokalni prolaz nije dokaz produkcijske konfiguracije.

Kada je aplikacija spremna za objavu?

Kada obvezni scenariji prolaze, poznata ograničenja su prihvaćena, a odgovorna osoba zna postupak za incident i povrat. NIST secure software development framework daje podlogu za sigurnosne aktivnosti, ali nijedan skup testova ne jamči da pogrešaka nema. Za razvoj web aplikacije definirajte kriterij prihvata prije završetka izrade.