Meni

Kako se kot preizkuševalec spoprijeti s slabimi zahtevami

how deal with bad requirements

Preizkusite Naš Instrument Za Odpravo Težav

Tiha konferenčna soba se je zadušila in vsi v njej so bili zmedeni. Kako bi lahko zamudili , je bilo vprašanje, na katerem se je odražal obraz vseh.

Konec koncev, če se uporabnik ne poskuša podvojiti obstoječega zapisa in mu to dovoliti, ni prikazal nobene ustrezne napake, kar ni bila majhna napaka - tudi za zavarovalnico.

Potem ko so se odločili, da bodo zadevo zalotili, so se vsi razšli. Med izkopavanjem je bilo ugotovljeno, da stranka v dokumentu z zahtevami ni nikoli omenila ničesar o dvojnosti zapisov, zato nihče ni vprašal ali razmišljal o tem.

slabe zahteve

To je bil le primer.

V karieri več kot 10 let , Opazil sem veliko primerov, ko so projekti trpeli zaradi slabih ali slabih zahtev.

A kot pravijo, na tem svetu ni nič popolnega in z njim se boste morali spoprijeti, spopadanje s projekti, ki nimajo zahtev ali pa so slabe zahteve, je nekakšna nočna mora.

Naj pojasnim -

Kaj se boste naučili:

Kako slabe, slabe in nasprotujoče si zahteve povzročajo težave:

# 1) Brez zahtev - Nobena zahteva ne pomeni predpostavk in ugibanj, zato ni zaupanja. Zelo težko je preizkusiti izdelek / aplikacijo brez kakršne koli izhodiščne vrednosti. Rezultat tega je več dela, več napak strank in več trpljenja za projekt.

  • Kako bi prijavite težavo o sesutju sistema, ko ni nobene opredelitve, kako je treba ravnati, je na voljo?
  • Kako bi rekli, da je čas nalaganja 100 sekund za domačo stran nesprejemljiv, če ni ustrezne zahteve za delovanje?

Več informacij o Nobenih zahtevah in kako obvladati situacijo med testiranjem najdete v prej objavljenem članku - Kako preizkusiti prijavo brez zahtev?

# 2) Slabe zahteve - Citat, Vedeti nekaj nepopolnega je nevarno, kot če tega sploh ne vemo , je zelo res, ko gre za obvladovanje slabe zahteve.

Tolmačenje slabe zahteve in njeno izvajanje je veliko tveganje.

  • Kako bi potrdili, da je pojavno okno, ki prikazuje rezultate iskanja, veljavno ali ne, če je bila omenjena edina zahteva - rezultati iskanja morajo biti pravilni in niste prepričani, katera merila je treba upoštevati med iskanjem.
  • Kako bi si to razložili - Pozabljeno geslo je treba uporabiti, da uporabniku olajša regeneracijo / ponastavitev pozabljenega gesla. Neznan, kateri delovni tok želi stranka za pozabljeno geslo, razvijalec izvede tisto, kar meni, da je najbolje, in konflikti se začnejo.

# 3) Nasprotujoče si zahteve - Če nekoga prosite, naj naredi dve različni stvari hkrati, ga samo zmedete in tudi sistem ni izjema.

  • Kako preizkusite aplikacijo z navedenimi zahtevami, kot je spodaj:
    • Vloga se mora vedno odpreti na domači strani.
    • Za dostop do aplikacije naj bi se uporabniki prijavili.
  • Kaj bi izbrali za prednostno nalogo, če je dokument z zahtevami spodaj:
    • Igralna aplikacija bi morala uporabnika napredovati na naslednjo stopnjo, če uporabnik doseže 1000 točk.
    • Ko doseže 1000, mora biti uporabnik preusmerjen na brezplačno stran za naročnino.

In tako slabe, slabe in nasprotujoče si zahteve povzročajo težave.

V industriji programske opreme bi moral biti del projekta, saj včasih tudi kupec ni prepričan, kaj točno želi in kako to izraziti.

S perspektive testiranja, čeprav je težko obvladati te dvoumne ali nejasne zahteve, ni povsem nemogoče.

Poglejmo si možne rešitve:

Slabe zahteve in kako z njimi ravnati kot s preizkuševalcem:

Metoda # 1)Raziščite in se učite:

Raziskovanje drugih aplikacij, spoznavanje splošnega pričakovanega vedenja, razumevanje poteka dela, razmišljanje o uporabnikovem udobju in uporaba logike je eden od načinov za reševanje situacije. Prav tako zanašanje na raziskovalno preskušanje bi bilo koristno v tovrstnih situacijah, ko zahteve niso jasne.

V večini primerov je dobro dati prednost uporabniški izkušnji in udobju, kadar zahteve niso jasne.

2. metoda)Izkoristite izkušnjo:

Izkoristite izkušnje

Izkušnja domene , splošne izkušnje s preizkušanjem, težave, s katerimi se soočajo v preteklosti, in osebni vpogledi lahko pomagajo odpraviti zmedene situacije in zahteve.

3. metoda)Glejte žične okvirje:

Žični okvirji so neke vrste vizualna zahteva, kjer lahko najdete majhne podrobnosti in so vam lahko v veliko pomoč pri ustvarjanju pričakovane slike izdelka ali aplikacije in pomagajo pri boljšem pokrivanju vidikov testiranja.

Preberi več => Žični okvirji - Ali jih je treba res preskusiti? In če da, kako?

Metoda # 4)Medsebojna razprava:

razlika med testiranjem alfa in beta

Medsebojna razprava

Ne glede na to, kaj je zmeda, se stvari razčistijo, če se o njih pogovori s pravim številom ljudi. Vsak ima različne izkušnje, pričakovanja, pogled uporabnika in pogled na analizo, razprava o teh slabih zahtevah z vrstniki pa bo koristila kristalizaciji razumevanja in krepitvi samozavesti.

5. metoda)Pojasnilo stranke:

Kupec je lastnik izdelka / aplikacije in vedno je pametno stopiti k njemu, ko gre za jasnost zahtev. Ampak ne pozabite, da stranko ni priporočljivo napasti s 100-imi vprašanji. Pred tem je treba opraviti nekaj domačih nalog.

Poskusite ugotoviti najboljše prakse, ki so na voljo, razumejte prednosti izvedbe in nato kontaktirajte stranko z vprašanjem in možno rešitvijo.

Zaključek

Nazadnje, ohlapno opredeljene ali nedoločene zahteve so del življenja preizkuševalca in jih moramo sprejeti, vendar poskusimo biti optimistični in določiti rešitve zanje. Navsezadnje smo preizkuševalci, pomagajmo ohranjati aplikacije na pravi poti in jih zaščititi pred padcem. YAY nam :)

O avtorju: To navdihujočo objavo je napisala članica ekipe STH Bhumika M. Je vodja projekta in ima več kot 10 let izkušenj s testiranjem programske opreme.

Srečno testiranje, kot ponavadi ... .. čakanje na vaše poglede, komentarje in mnenja.

Priporočeno branje

^