Nejasen cilj kakovosti pretvorite v scenarij z opaznim odzivom in pravilom merjenja. »Portal mora biti hiter« ne zadošča za izbiro zasnove ali presojo, ali izdaja izpolnjuje zahtevo.
Opredelite vir dražljaja, dražljaj, prizadeti sistem, pogoje delovanja, pričakovani odziv in merilo odziva. Ti deli razkrijejo predpostavke, da lahko različne ekipe preizkusijo isto trditev.
Za ponazoritveni portal za vračila se s poslovnim lastnikom dogovorite za ta scenarij:
Te številke so primeri ciljev, ne panožne privzete vrednosti. Napake poročajte ločeno, da hitra zavrnitev ne prikaže zakasnitve kot zdrave. Potrditev se razlikuje tudi od zaključka dela v skladišču; ta potrebuje svoje poslovno časovno merilo.
Zasnova lahko zahtevo trajno sprejme in skladiščno delo obdela asinhrono. Preizkusite točno to pot, vključno z realističnimi omrežnimi pogoji. Napišite ločene scenarije za nedosegljivo odvisnost in obnovitev; obremenitveni preizkus zdravega sistema ne dokazuje nobenega.
Povprečna zakasnitev skrije počasno obravnavo nekaterih uporabnikov. Nedoločen nabor podatkov oteži ponovljivost rezultatov. »Vedno na voljo« ne opredeli meje odpovedi ali merilnega okna. Dober odgovor določi, kaj merimo, od kod, pod katerimi pogoji in kdo potrdi zadostnost cilja.
Knjižnica IT vprašanj za razgovore s podrobnimi odgovori — od začetnika do izkušenega.
Doniraj