Menu

Ako sa vysporiadať so zlými požiadavkami ako tester

how deal with bad requirements

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Tichá konferenčná miestnosť sa dusila a všetci v nej boli zmätení. Ako by nám to mohlo chýbať , odrážala sa otázka každého.

Napokon, nezobrazenie sa so žiadnou relevantnou chybou, keď sa používateľ pokúsi duplikovať existujúci záznam, a umožniť mu to, nebola malá chyba - aj to pre poisťovňu.

Keď sa rozhodli túto otázku zaklincovať, všetci sa rozišli. A pri vykopávaní sa zistilo, že klient nikdy neuviedol nič o duplicite záznamov v dokumente požiadaviek, a preto nikto kládol príslušné otázky ani o tom nepremýšľal.

zlé požiadavky

Toto bol iba príklad.

V kariére viac ako 10 rokov , Pozoroval som veľa prípadov, keď projekty utrpeli kvôli zlým alebo zlým požiadavkám.

Ale ako sa hovorí, na tomto svete nie je nič dokonalé a budete sa s tým musieť vyrovnať a riešenie projektov bez akýchkoľvek požiadaviek alebo so zlými požiadavkami je akousi nočnou morou.

Nechaj ma vysvetliť -

Čo sa dozviete:

Ako zlé, zlé a protichodné požiadavky vytvárajú problémy:

# 1) Žiadne požiadavky - Žiadna požiadavka neznamená predpoklady a dohady, a preto neexistuje dôvera. Je veľmi ťažké otestovať produkt / aplikáciu bez akejkoľvek základnej línie. A z toho vyplýva viac práce, viac chýb od klienta a viac utrpenia pre projekt.

  • Ako by si nahlásiť problém o havárii systému, keď neexistuje definícia, ako by sa malo so správaním zaobchádzať, k dispozícii?
  • Ako by ste povedali, že doba načítania domovskej stránky 100 sekúnd je neprijateľná, ak na výkon neexistujú žiadne relevantné požiadavky?

Viac informácií o Žiadnych požiadavkách a spôsobe riešenia situácie počas testovania nájdete v skôr publikovanom článku - Ako otestovať aplikáciu bez požiadaviek?

# 2) Zlé požiadavky - Citát, Vedieť niečo nekompletné je nebezpečné ako nevedieť vôbec , je veľmi pravdivá, pokiaľ ide o riešenie zlých požiadaviek.

Interpretácia zlej požiadavky a jej implementácia je veľkým rizikom.

  • Ako by ste potvrdili, že vyskakovacie okno s výsledkami vyhľadávania je platné alebo nie, keď bola uvedená jediná požiadavka - výsledky vyhľadávania by mali byť správne a vy si nie ste istí, ktoré kritériá by sa mali pri hľadaní zohľadniť.
  • Ako by ste to interpretovali - Zabudnuté heslo by malo byť implementované s cieľom uľahčiť používateľovi regeneráciu / resetovanie zabudnutého hesla. Vývojár nevie, aký pracovný tok chce zákazník pre zabudnuté heslo, implementuje to, čo považuje za najlepšie, a začnú konflikty.

# 3) Konfliktné požiadavky - Výzva, že niekoho požiadate, aby urobil dve rôzne veci súčasne, ho iba zmätkuje a systém tiež nie je výnimkou.

  • Ako by ste otestovali aplikáciu s uvedenými požiadavkami:
    • Aplikácia by mala byť vždy otvorená na domovskej stránke.
    • Od používateľov sa očakáva, že sa prihlásia, aby mali prístup k aplikácii.
  • Podľa čoho by ste určili prioritu, keď je dokument s požiadavkami uvedený nižšie:
    • Herná aplikácia by mala povýšiť používateľa na ďalšiu úroveň, ak dosiahne skóre 1 000.
    • Po dosiahnutí skóre 1 000 by mal byť používateľ presmerovaný na bezplatnú stránku s predplatným.

Zlé, zlé a protichodné požiadavky tak vytvárajú problémy.

V softvérovom priemysle by to malo byť súčasťou projektu, pretože niekedy si ani zákazník nie je istý, čo presne chce a ako to má formulovať.

Z hľadiska testovania je ťažké zvládnuť tieto nejednoznačné alebo neurčité požiadavky, ale nie je to úplne nemožné.

Pozrime sa na možné riešenia:

Zlé požiadavky a spôsob zaobchádzania s nimi ako s testerom:

Metóda č. 1)Preskúmajte a naučte sa:

Jedným zo spôsobov riešenia situácie je preskúmanie ďalších aplikácií, spoznávanie všeobecného očakávaného správania, porozumenie toku práce, premýšľanie o pohodlí používateľa a uplatnenie logiky. Tiež spoliehať sa na prieskumné testovanie by pomohlo v situáciách, keď nie sú jasné požiadavky.

Väčšinou je dobré uprednostniť používateľskú skúsenosť a pohodlie, keď nie sú jasné požiadavky.

Metóda č. 2)Využite skúsenosti:

Využite skúsenosti

Skúsenosti s doménou , celkové skúsenosti s testovaním, problémy, ktorým čelili v minulosti, a osobné poznatky môžu pomôcť pri riešení mätúcich situácií a požiadaviek.

Metóda č. 3)Odporučte drôtové modely:

Drôtové modely sú akousi vizuálnou požiadavkou, kde nájdete len málo detailov a tieto detaily môžu byť veľmi užitočné pri vytváraní očakávaného obrazu o produkte alebo aplikácii a pomáhajú lepšie pokryť aspekty testovania.

Čítaj viac => Drôtové modely - mali by byť skutočne testované? A ak áno, ako?

Metóda č. 4)Rovesnícka diskusia:

najlepšia aplikácia pre snímku obrazovky pre Windows 10

Rovesnícka diskusia

Bez ohľadu na to, v čom spočíva zmätok, veci sa vyjasnia, ak sa o nich diskutuje so správnou skupinou ľudí. Každý má iné skúsenosti, očakávania, pohľad používateľa a analytický pohľad a diskusia o týchto zlých požiadavkách s kolegami bude prínosom pre kryštalizáciu porozumenia a zvýšenie sebavedomia.

Metóda č. 5)Vysvetlenie od zákazníka:

Zákazník je vlastníkom produktu / aplikácie a pokiaľ ide o jasnosť požiadaviek, je vždy rozumné obrátiť sa na neho. Pamätajte však, že sa neodporúča útočiť na zákazníka so 100 otázkami. Predtým je potrebné vykonať niekoľko domácich úloh.

Pokúste sa zistiť dostupné najlepšie postupy, porozumieť výhodám implementácie a potom kontaktovať zákazníka s otázkou a možným riešením.

Záver

Napokon, voľne definované alebo nedefinované požiadavky sú súčasťou života testerov a musíme ich akceptovať, ale pokúsme sa byť optimistickí a nájsť ich riešenia. Koniec koncov, sme testeri, pomáhame udržiavať aplikácie na dobrej ceste a chránime ich pred pádom. YAY nám :)

O autorovi: Tento inšpiratívny príspevok napísala členka tímu STH Bhumika M. Je vedúcou projektu a má viac ako 10 rokov skúseností s testovaním softvéru.

Príjemné testovanie, ako obvykle ... .. čaká na vaše názory, komentáre a názory.

Odporúčané čítanie

^