Meni

Kaj je raziskovalno testiranje pri testiranju programske opreme (popoln vodnik)

  • Glavni
  • Drugo
  • Kaj je raziskovalno testiranje pri testiranju programske opreme (popoln vodnik)

what is exploratory testing software testing

Preizkusite Naš Instrument Za Odpravo Težav

Kaj je raziskovalno testiranje?

'Raziskovalno testiranje' - kot že ime pove je sočasno učenje, oblikovanje in izvajanje preizkusov. Lahko rečemo, da se pri tem testiranju načrtovanje, analiza, načrtovanje in izvajanje preizkusov opravi skupaj in takoj.

To testiranje je namenjeno raziskovanju sistema in spodbujanju sprotnega in praktičnega razmišljanja preizkuševalca.

V tej seriji smo obravnavali naslednje vaje:

Vadnica št. 1: Kaj je raziskovalno preskušanje pri testiranju programske opreme (Ta vadnica)
Vadnica # 2: Uporaba izletov za zagotovitev popolnega raziskovalnega testiranja
Vadnica št. 3: Raziskovalno preskušanje vs testiranje po scenariju
Vadnica # 4: Raziskovalno testiranje s HP Sprinter
Vadnica št. 5: Top 17 orodij za raziskovalno testiranje

************************************
Raziskovalno preskušanje

Kaj se boste naučili:

Pregled

Laično gledano, raziskovalno testiranje vključuje sočasno zasnovo testnega primera in izvajanje preizkusa aplikacije ali sistema, ki se preskuša. Preizkuševalec bo ustvaril ali zapisal testno idejo za usmerjanje in med preizkušanjem raziskal sistem, da bi nadalje ustvaril kritične, praktične in uporabne teste za uspešno testiranje aplikacije.

To zahteva minimalno načrtovanje. Preizkuševalci se nenehno odločajo o njenem naslednjem koraku. Popolnoma je odvisno od miselnega procesa preizkuševalca.

Včasih je to testiranje lahko bolj koristno kot formalni pristop za testiranje najti nekaj subtilnih napak ki pri formalnem testiranju manjkajo.

Zavedno ali nezavedno bi vsak preizkuševalec opravil raziskovalno testiranje na neki točki svoje kariere.

Kot vsi vemo, se bo učenec bolje učil s pomočjo praktičnih izkušenj in ne z nabijanjem teorije.

Na enak način bo tester bolje poznal aplikacijo le med raziskovanjem in spoznavanjem vseh funkcij, ki jih ponuja sam. Med testiranjem je vedno dobro imeti stranko in poslovno perspektivo, da zagotovimo uspešno testiranje aplikacije.

Na primer, če odprete spletno mesto za nakupovanje, imate splošno idejo, da vam bo to spletno mesto za nakupovanje omogočilo nakupovanje tako, da izberete izdelek po svoji izbiri in nato plačate zanj.

Med tem postopkom boste morda izvedeli, da vam spletno mesto ponuja navidezne človeške podobe, ki vam pomagajo pri izbiri izdelkov. Ugotovili ste tudi, da lahko naročite številne izdelke za domači preizkus ali da lahko plačilo izvedete prek nagradnih točk nekaterih bank itd.

Kot preskuševalec morate ne samo preveriti, ali sistem deluje po pričakovanjih, ampak tudi preveriti, ali se sistem ne obnaša na nepričakovan način.

Med izvajanjem tega testiranja si morate zapomniti nekaj stvari:

  • Vaša naloga mora biti jasna.
  • Ustvarite opombe in poročajte o tem, kaj počnete in kako se sistem obnaša, kar bi lahko bila potencialna napaka.
  • Naučite se, opazujte in nato pripravite nove testne primere.

Priporočena služba za raziskovalno preskušanje

# 1) Digivante Direct

Logotip Digivante Direct

Digivante Direct izvaja raziskovalna testiranja s svojo globalno mrežo poklicnih preizkuševalcev, tako da lahko pokrivate testiranje na vseh glavnih napravah v časovnem okviru, ki ga ni mogoče doseči pri nobenem drugem dobavitelju ali interni ekipi.

Izpustite hitreje, varneje in dovolite, da vaše digitalne platforme prinesejo večje zadovoljstvo strank in večje spletne prihodke.

Lastnosti:

  • 24 delovnih dni testiranja v samo 24 urah ali 90 delovnih dni v 72 urah in neprimerljivo, celovito testiranje, ki ga ni mogoče doseči z drugimi sredstvi.
  • Poceni , enostaven za razumevanje cenovnih paketov brez skritih dodatkov.
  • Samopostrežba spletni portal, ki ne zahteva stalne zaveze.
  • Resnični ljudje testirajo na resničnih napravah - veliko večja pokritost naprav in brskalnikov, kot jo lahko dosežete interno, in to vse v hitrejšem času obratovanja.
  • Popolna pokritost z raziskovalnim testom - zmanjšati tveganje in izboljšati zadovoljstvo končnih uporabnikov ter stopnje konverzije, s čimer se poveča prihodek in hkrati zmanjšajo stroški.
=> Obiščite spletno mesto Digivante Direct

Primeri raziskovalnega preskušanja

1. primer:

Spletno mesto ponudnika storitev oskrbe na domu z naslednjimi komponentami:

  • Vpiši se
  • Storitve
  • Košarica
  • Plačilo
  • Zgodovina naročil
  • Dodelitev tehnikov

Splošna ideja za začetek raziskovalno preskušanje bo prijava ali rezervacija storitve.

Kako zajeti testne primere?

Preizkusni testni primeri

vprašanja in odgovori pri zasnovi baze podatkov

V zgornjem Primer, ideja je začeti s funkcionalnostjo, ki temelji na vašem znanju. Ko se naučite in opazujete več o aplikaciji, lahko določite svoj naslednji sklop testnih primerov.

2. primer:

Nekoč sem bil vključen v majhen projekt, ki je vključeval dodajanje novega vzajemnega sklada v prijavo. Moja naloga je bila preizkusiti aplikacijo, da se prepričam, da je novi vzajemni sklad na voljo uporabnikom za nakup, in preverim, ali je povezano vrednotenje pravilno. Testiranje sem imel samo 2 dni.

Ker imam omejen rok in resnost testiranja, sem uporabil raziskovalni pristop testiranja. Moj cilj je bil preizkusiti nove funkcije in ugotoviti kršitve zahtev glede združljivosti.

Zgoraj omenjeni cilj je postal moja listina za to testno sejo.

Med tem testiranjem so se razvili naslednji testni primeri:

  • Preizkušanje, ali je bil vlogi dodan nov vzajemni sklad.
  • Novo MF je uspešno kupljeno.
  • Vrednotenje novega MF je pravilno.
  • Poskušal sem kupiti nov MF za obstoječi portfelj.
  • Ali je mogoče nov MF dodati vsem portfeljem?
  • Vpliv novega MF na vrednotenje obstoječih.
  • Tako so se razvili tudi drugi testni primeri.

Med testiranjem sem pripravil zapiske in poročila, s katerimi sem se z opazovalcem BA in vpleteno stranko pogovoril o svojem opazovanju.

Temeljna strategija raziskovalnega preizkušanja je oblikovanje načrta napada. Začnite testirati s svojo idejo in na podlagi svojega znanja in opazovanja improvizirajte nove testne primere.

3. primer:

Raziskovalno testiranje spletnega mesta IRCTC

=> Kliknite tukaj za prenos vzorčnih testnih primerov raziskovalnega testiranja s spletnega mesta IRCTC.

Pristop testiranja

  • Za vodenje testiranja uporabite hevristiko.
  • Izvajanje testnih primerov in ustvarjanje testnih primerov gresta z roko v roki.
  • Testni primeri se razvijajo na podlagi opazovanja in učenja preizkuševalcev.
  • Različne tehnike testiranja, kot so Analiza mejne vrednosti , preskus enakovrednosti itd. se lahko uporabi za ET.
  • ET na osnovi sej se lahko uporabi za bolj strukturirano in osredotočenost.
  • Preizkuševalci lahko razširijo ideje, vendar nikoli ne odstopajo od vašega poslanstva.
  • Testiranje ET ne uporablja skriptov, temveč je odvisno od intuicije, spretnosti in izkušenj preizkuševalca.

Prednosti

Prednosti tega testiranja vključujejo:

  • Spodbujajte razmišljanje v realnem času in pomaga pri odkrivanju več napak.
  • Spodbujanje primerov uporabe in testiranja na podlagi scenarijev.
  • Minimalna dokumentacija, največje testiranje.
  • Poudarek je bolj na učenju in razširitvi obzorja preizkuševalca.
  • Izogibajte se podvojenim delom.
  • Uporabno, če želite preveriti delo drugega preizkuševalca.

Pomanjkljivosti

Pomanjkljivosti so navedene spodaj:

  • Testiranje je odvisno od izkušenj, spretnosti in znanja preizkuševalca.
  • Zahtevajte čas za učenje aplikacije. Tester je pogosteje zamudil, če o aplikaciji vedo manj.
  • Ni primerno za projekte z dolgim ​​časom izvedbe.

Raziskovalno testiranje na seji

Med raziskovalnim testiranjem preizkuševalci zelo težko pojasnijo, koliko je preizkusil in na podlagi česa.

V bistvu je težko količinsko opredeliti delo in porabljeni čas. Vendar moramo pri vsakem projektu voditeljem ekip in vodjem zagotoviti meritve, ocene in poročila o napredku. Kot rečeno, 'če je ne morete količinsko opredeliti, je ne morete upravljati'.

Testiranje na podlagi sej je časovni pristop za izvedbo tega testiranja, ki pomaga pri upravljanju in sledenju. Vključuje namensko preskusno sejo s časovnim okvirom brez prekinitve e-pošte, telefona, sporočil itd.

Pristop:

Preizkusne naloge so razdeljene na seje.

Sledijo komponente testiranja na osnovi seje (SBT):

  • Poslanstvo: Misija kriči namen seje in na nek način osredotoči testerja. Vključevalo bo tudi trajanje seje.
  • Listina: Vključuje obseg testiranja. V bistvu dnevni red, ki podrobno opisuje cilje, ki jih je treba izpolniti med zasedanjem.

Primer testne listine za prijavo v funkcijo spletnega mesta storitve oskrbe na domu:

Primer testne listine za prijavo

  • Seja: Vnaprej določena preizkusna seja brez časovne prekinitve. Vsaka seja lahko traja naslednje:
    • “Kratek” (60min)
    • 'Običajno' (90 minut)
    • 'Dolgo' (120 min)
  • Poročilo s seje: Vključite opombe in lahka poročila, da voditeljem in menedžerjem zagotovite meritve. Navaja podrobnosti o preostali ali opravljeni seji čarterja, času nastavitve seje, preizkušenem scenariju, o postopku testiranja, seznamu napak in najdenih težavah ter drugih informacijah za meritve.
  • Povzetek seje: Kratek sestanek ali vstajanje preizkuševalca in vodje testa / vodje za pregled ugotovitev preizkusa.

Upravitelji lahko na podlagi poročila o seji dobijo praktične meritve:

  • Število zaključenih in preostalih sej.
  • Število prijavljenih napak.
  • Čas, porabljen za nastavitev seje.
  • Čas, porabljen za testiranje.
  • Čas, porabljen za analizo vprašanj ali težav.
  • Pokrite funkcije.

Če povzamem zgoraj navedeno:

SBT omogoča odgovornost, je raziskovalno testiranje in ponuja boljše upravljanje časa, porabljenega za testiranje. Prav tako povečuje produktivnost in zagotavlja boljši dojem pri odkrivanju napak. To je odličen način, da vodjem ekip in vodjem zagotovite meritve za preverjanje napredka projekta.

Parno raziskovanje

Preizkušanje parov je pristop, pri katerem dve osebi istočasno preizkusita isto stvar / značilnost aplikacije s skupno rabo računalnika. Neprestano delijo svoje misli in ideje. Med tem testiranjem ena oseba prevzame nadzor nad tipkovnico, druga pa predlaga testne primere in si zabeleži.

Vedno je koristno imeti dobro komunikacijo med partnerjema, da se oba zavedata, kaj se počne in zakaj. Par, v katerem moč preizkuševalcev vzajemno dopolnjuje njihovo šibkost, velja za močno združenje.

Takšno združevanje koristi tako strankam, saj se lahko vsaka od svojega partnerja kaj nauči. Prav tako je dober način za usposabljanje novih virov, tako da jih povežete z izkušenimi viri.

Prednosti testiranja v paru

  • Preskuševalcu pomaga, da se osredotoči na trenutno nalogo.
  • Spodbujajte medsebojno zaupanje in spoštovanje med partnerji.
  • Možganska nevihta med seznanjenimi preizkuševalci običajno pripelje do bolj konstruktivnih idej.
  • Izogibajte se predoru.
  • Manj je možnosti, da jih drugi motijo.

Tehnike raziskovalnega preskušanja

Ogledi: To je preprosta tehnika, ki preizkuševalcu omogoča, da uporabi svojo domišljijo in se o sebi pokaže kot turista, ki raziskuje mesto, ki ga obišče. Tukaj je aplikacija za testiranje mesto, preizkuševalci pa turisti. Zelo težko je raziskati celotno mesto, razen če imate v roki veliko časa in denarja, zato mora imeti turist načrt z določenim ciljem.

Turist lahko sprejme naslednje ture:

  • Ogled vodnikov - Testiranje poudarjene funkcije aplikacije. Uporabite uporabniške scenarije.
  • Raziskovanje zgodovine mesta - Preizkusite stare funkcije aplikacije.
  • Denarna tura, kar pomeni, da se prepričate, da so vse kritične lastnosti v zvezi s stranko ali stranko preizkušene in uspešno delujejo.
  • Ogledno potovanje - Vnesite neveljaven vnos in preizkusite negativne scenarije.
  • Ogled zadnje ulice - Preizkusite najmanj uporabljene funkcije aplikacije.
  • Dolgočasna tura - Na vsakem zaslonu aplikacije porabite najmanj časa, izpolnite najmanj polj in se podajte po najkrajši poti. To bo pomagalo pri privzeti vrednosti in preverjanju veljavnosti.

Med ogledom imate vedno možnost izbire po kateri koli poti. Lahko se pomikate po programski opremi in poiščete edinstveno pot za preizkus funkcije.

Spodaj je nekaj nasvetov / trikov, ki jih lahko uporabite v ET:

  • Razdelite aplikacijo na module in razdelite module na različne strani. Začnite svoj ET s strani. To bo dalo pravo pokritost.
  • Naredite kontrolni seznam vseh funkcij in postavite kljukico, ko je to zajeto.
  • Začnite z osnovnim scenarijem in ga nato postopoma izboljšujte, da dodate več funkcij za preizkus.
  • Preizkusite vsa vnosna polja.
  • Preizkusite sporočilo o napaki
  • Preizkusite vse negativne scenarije.
  • Preverite GUI glede na standarde.
  • Preverite integracijo aplikacije z drugimi zunanjimi aplikacijami.
  • Preverite zapleteno poslovno logiko.
  • Poskusite etično vdirati v aplikacijo.

Dejavniki, ki vplivajo na ET, so naslednji:

  • Cilj projekta
  • Preskusna strategija
  • Cilj testiranja določene faze
  • Razpoložljiva orodja in pripomočki
  • Vloga in spretnosti preizkuševalcev
  • Razpoložljiv čas
  • Podpora vodstvu
  • Podpora vrstnikov
  • Razpoložljivi viri (študijsko gradivo, preskusni pogoji itd.)
  • Zanimanje strank
  • Razumljivost izdelka.
  • Uporabniški vmesnik aplikacije
  • Funkcionalnost aplikacije
  • Rezultati prejšnjih testov
  • Tveganja, povezana z aplikacijo
  • Prejšnje napake
  • Nedavne spremembe
  • Vrste podatkov za testiranje
  • Tip uporabnika, ki ga bo uporabljal

Namesto da preizkuševalce vprašamo, kaj naj izvajajo, prepuščamo preskuševalcu, da se odloči, kaj želijo preizkusiti in kako želijo preizkusiti.

Razlika med raziskovalnim in ad hoc testiranjem

Ne mešajte ET z Ad-hoc test .

  • Ad-hoc testiranje se nanaša na postopek nenapisanega, nenačrtovanega in improviziranega iskanja napak, medtem ko je raziskovalno testiranje premišljena metodologija ad-hoc testiranja.
  • Ad-hoc testiranje je poskusna metoda za iskanje napake, medtem ko ET ni. Pri pristopu ET tester spozna sistem, ko raziskuje in sčasoma razvija teste z uporabo pridobljenega znanja.
  • Ad-hoc testiranje je nestrukturirana dejavnost, medtem ko je ET nekoliko strukturirana dejavnost.

Raziskovalno avtomatizirano testiranje (EAT)

Raziskovalno avtomatizirano testiranje je metoda, ki preizkuševalcu pomaga pri racionalizaciji poročanja in razmnoževanja napak, zbiranju posnetkov in pripravi prihodnje regresijske obleke. Gre za postopek, ki združuje avtomatizirano testiranje in raziskovalno testiranje.

najboljši brezplačni pretvornik datotek za Windows 10

Obstajata dve vrsti pristopa EAT:

  • Pasivno EAT
  • Aktivno EAT

Pasivno EAT

Pasivno EAT lahko izvaja en tester ali v paru. V tej metodologiji je običajno orodje, ki zajame in zabeleži vsako posamezno dejavnost, ki jo izvajajo preskusni viri, in je nameščeno na računalniku vira.

Pasivno EAT je podobno ET, ki se izvaja ročno, saj se način izvajanja testov ne spreminja, razen izdelave rezultata testa na podlagi zajete seje. Te rezultate testa lahko kasneje uporabite za poročanje in ponovno izvedbo posnetih dejanj.

Nameščeno video orodje pomaga preizkuševalcu pri snemanju testnih primerov in poročanju o napakah.

Ima tudi nekaj drugih prednosti, kot so:

  • Ponuja jasne korake za reprodukcijo napak.
  • Razmnoževanje napak je lažje, tudi če poročevalec o napakah ni na voljo.
  • Odpravite konflikte med ekipo za testiranje in razvoj, ko se poroča o občasni napaki.
  • Pomaga pri preizkušanju učinkovitosti, tako da v določenem trenutku pridobi sistemski odzivni čas.

Tu je nekaj drugih točk, ki jih je treba upoštevati pred pasivnim EAT:

  • Priporočljivo je, da izvedete pilotni test, preden popolnoma prilagodite orodje za avtomatizirano EAT. S tem želimo zagotoviti, da čas, potreben za ponovno oblikovanje preskusnih dnevnikov, ustvarjenih med preskusno sejo, ne presega izvedbe preizkusa. Če je odgovor pritrdilen, mora ekipa medsebojno sprejeti naslednje:
    • Če je za določen projekt sploh potrebna avtomatizacija preskusov.
    • Če je treba uporabljeno orodje spremeniti.
    • Če je mogoče izboljšati zmogljivost uporabljenega orodja.
  • Orodje, ki se uporablja za avtomatizirano EAT, mora biti nameščeno na vseh preskusnih virih, ki sodelujejo pri testiranju. Prav tako je dobro vključiti razvijalce, kar je mogoče doseči tako, da se razvijalcem omogoči VPN ali oddaljeni dostop do testnih strojev ali z namestitvijo orodja v razvojno okolje.
  • Vedno je dobro, da je v preizkusnem orodju organiziran objekt GUI aplikacije, tako da je čas, ko pride čas za analizo napake ali težave, prepoznaven zaradi smiselnega imena.
  • Odlična praksa je, da predmetu GUI, ki se uporablja v AUT, daste smiselno ime in ga organizirate za kasnejšo uporabo.

Zdaj pa pojdimo na drugi pristop.

Aktivno EAT

Priporočljivo je izvesti Active EAT s testiranjem parov. Pri tem pristopu se testiranje na podlagi ključnih besed uporablja sinhronizirano s testiranjem sej. En preizkuševalnik ustvari samodejni preizkusni skript, drugi preizkuševalnik pa izvede preskusne skripte, ki jih je ustvaril prvi preizkuševalec.

Ustvarjanje skriptov za avtomatizacijo preskusov pri tem pristopu ima drugačno pot kot pri običajnem testiranju. Med testiranjem se naredijo avtomatizirani testni skripti, kar je bilo odkrito v prejšnjih testih, pa določa njihovo zasnovo.

Faza zaprtja se izvede na koncu preskusne seje. In bi moral imeti naslednje naloge:

  • Vključeni preizkuševalci bi morali zamenjati vloge, tako da bi imel preskusni vir, ki je ustvaril preizkusni skript, možnost, da znova izvede skripte, da potrdi zanesljivost in robustnost ustvarjene zbirke.
  • Za vsak samodejni testni skript je treba navesti kratek opis in nekaj identifikacijskih značilnosti.
  • Določiti je treba merilo za določitev, katere avtomatizirane testne skripte je mogoče uporabiti za test regresije.

Prednosti EAT

  • Na začetku vsake seje se izvedejo že ustvarjeni samodejni testni skripti, s čimer se vsakič poveča pokritost s testom.
  • Boljše poročanje o napakah in dokumentacija za reprodukcijo napak.
  • EAT ponuja dovolj dokazov in dokumentacije, da lahko zainteresirane strani vidijo napredek.

Vrste raziskovalnih preskusov

Spodaj je nekaj vrst ET:

1) Prosti slog IN:

Raziskovanje aplikacije v priložnostnem slogu.

V tej vrsti ET ni pravil, ni računa za kritje itd. Vendar je tovrstno testiranje dobro, kadar se morate na hitro seznaniti z aplikacijo, ko želite preveriti delo drugih preizkuševalcev in kdaj želite raziskati napako ali narediti hiter test dima.

2) Scenarij na osnovi ET:

Kot že samo ime pove, opravljeno testiranje temelji na scenariju. Začne se s scenariji dejanskih uporabnikov, scenariji od konca do konca ali testnimi scenariji. Po začetnem testiranju lahko preizkuševalci vbrizgajo spremembe glede na svoje učenje in opazovanje.

Scenariji so kot splošni vodnik, kaj početi med ET. Preizkuševalce spodbujamo, da med izvajanjem scenarija raziščejo več možnih poti, da zagotovijo vse možne poti do dela funkcije. Preizkuševalci bi morali tudi zagotoviti, da zberejo čim več scenarijev iz različnih kategorij.

3) Strategijatemelji na ET:

Znane tehnike testiranja, kot so analiza mejnih vrednosti, tehnika enakovrednosti in tehnika na podlagi tveganj, ki se kombinirajo z raziskovalnimi testi. Za to vrsto preskušanja je imenovan izkušeni preizkuševalec ali preizkuševalec, ki pozna aplikacijo.

Agilno raziskovalno preskušanje

Tudi če niste delali v okretnem okolju, sem prepričan, da ste zaradi vse večje priljubljenosti o tem že brali ali slišali. Agile metodologija ima kratke šprinte in kratke roke, kar daje ekipi nekaj tednov časa, da zaključi načrtovanje, oceno, razvoj, kodiranje, testiranje in izdajo.

Raziskovalno testiranje postane priročno v tako kratkih rokih, ker je v tem pristopu testiranja poudarek na hitrem in uporabnem rezultatu. Ko razumete zahtevo, lahko začnete s testiranjem na podlagi svojih izkušenj in znanja.

Ko se seznanite s funkcijami in vedenjem aplikacije, lahko oblikujete več testnih primerov za preverjanje funkcionalnosti aplikacije in odkrivanje nenačrtovanih napak. Ker gre za pristop preizkušanja prostega sloga, morate vse dokumentirati. Vendar morate voditi opombe in kratko poročilo o preizkušenem, odkritih napakah in težavah itd.

Zasluge za raziskovanje v agilnosti

  • Čim prej dokažite povratne informacije razvijalcem.
  • Odkrita je več različnih napak.
  • Različna skupina virov, kot so razvijalec, preizkuševalec, BA, oblikovalci lahko izvajajo ET, saj ni scenarističnih testnih primerov in vsak prinaša drugačen pogled.
  • Skavtiranje v ET pomaga pri raziskovanju novih ozemelj in razkrivanju kritičnih napak.
  • V primeru ponovitvenega kodiranja aplikacije se lahko ET osredotoči na testiranje novih funkcij, medtem ko avtomatizacija izvaja regresijsko in povratno testiranje združljivosti.
  • V primeru nestabilne zahteve lahko ET pomaga v preskušanju nove zahteve v omejenem času.

Pomembne točke:

1. Zahteva različne spretnosti: Preizkuševalci, ki izvajajo ET, morajo imeti dobre veščine poslušanja, branja, razmišljanja in poročanja. Potrebne so izkušnje z domeno, saj ni skriptov in testnih primerov.

2. Včasih je težko prijavi napako: Medtem ko smo v toku ET, lahko naletimo na napako, vendar je morda ne bomo mogli reproducirati. To je zato, ker ne sledimo korakom testiranja in bomo morda pozabili natančne korake za reprodukcijo te težave.

3. Lahko kot rekreacijska dejavnost: Osebno se ukvarjam z ET, ko si želim odmora od običajnega cikla izvajanja preizkusov. Toda številne ekipe imajo ET kot ločeno fazo preskusnega cikla.

4. To je mogoče za vse faze testiranja: ET lahko izvedemo pred začetkom katere koli faze testiranja. ET lahko izvedete še pred fazo funkcionalnega testiranja.

5. Hitra povratna informacija: ET zahteva hitre povratne informacije o težavah in morebitnih nepravilnostih.

6. Kritično razmišljanje in raznolike ideje: To testiranje zahteva kritično razmišljanje. Preizkuševalci bi morali biti sposobni reproducirati, pregledati in izraziti svoje ideje na logičen način. Tester lahko uporabi svoje izkušnje na različnih tehnologijah in področjih, na katerih so delali.

Kako razmišljati onkraj tradicionalnih preskusnih meja pri raziskovalnem testiranju

»Resnično cenim vašo skrb za izdelek in pomoč pri razumevanju končnega uporabnika. Zelo koristno bo. Hvala za dobro delo in tako nadaljujte !!! '

To je bilo zadnje e-poštno sporočilo e-poštne verige z 21 e-poštnimi sporočili naše stranke. Ura je bila polnoč in izdaja našega izdelka je zamujala zaradi kritične napake, ki smo jo našli. Morda si mislite, kaj je novega v tem? To se lahko zgodi večkrat. Toda to je bilo res drugače, saj kritična napaka, o kateri smo poročali, ni bila rezultat nobenega dokumentiranega testnega primera.

Po zaključku regresijsko testiranje zadnji večer tistega večera sem se samo igrala z izdelkom. Kaj to pomeni? Lahko počnete tisto, česar ne bi smeli. Na podlagi svojih izkušenj in projektnega znanja sem imel nekaj idej o tem, kako preizkusiti izdelek, razen običajnega testnega skladišča, poklical Raziskovalno preskušanje .

Opravljeno raziskovalno testiranje je odkrilo kritično napako, povezano s težavo s prekinitvijo strežnika, medtem ko je delal nekaj nepričakovanega.

Ker sem ljubitelj raziskovalnih testiranj, izdelek rad raziskujem na različne načine. Zame je definicija programske opreme:

'Narediti bi moral to, kar bi moral, in ne bi smel početi tega, česar ne bi smel.'

Postopek raziskovalnega testiranja

Omejevanje meja testiranja, da preverite, ali izdelki, ki naj bi delovali, deluje, pomeni, da ste nepopoln preizkuševalec. Pravzaprav se življenje preizkuševalca začne, ko se dokumentirano regresijsko testiranje konča in rezultati posodobijo. Če pogledamo izdelke z različnih vidikov in razumemo zahteve končnih uporabnikov v različnih scenarijih, je to zelo pomembno. Danes torej skupaj razumejmo, kako lahko spremenimo to razliko:

Kako na izdelek gledati z različnih vidikov?

raziskovalno preskušanje

# 1. Razumevanje stranke / končnega uporabnika

Testiranje programske opreme je namenjeno preverjanju kakovosti izdelka glede na zadovoljstvo kupcev. Kako poznate stališče stranke? Odgovor je preprost - kupec moraš biti ti. V redu, naj popravim. Biti kupec ne bo dovolj. Razumeti morate, kako želi stranka ravnati z izdelkom. Nobena stranka, ki je kupila enake surovine, ne bo pripravila istega recepta. Da, izdelek, ki ga razvijamo / dostavljamo, je surovina za podjetja strank in med njegovo uporabo imajo drugačno miselnost.

Kot preizkuševalec programske opreme moramo preveriti namen izdelka in ne predmeta ali njegovega vidika.

Naj vam dam nekaj resničnih praktičnih primerov:

  • Škarje niso bile nikoli omejene samo na rezan papir. Rezanje je namen in ne papir (predmet).
  • Mobilni telefoni niso bili nikoli omejeni le na klicanje, ampak je bil »klic« vedno osnovni namen.
  • Shrambe se uporabljajo za shranjevanje, vendar je varnost shranjenega materiala enako pomembna kot shranjevanje.

Razumevanje zainteresiranih strani in širok spekter njihovih pričakovanj bi moralo biti osnova za raziskovalno testiranje.

# 2. Miselnost

Ali med iskanjem (recimo) oglasa za zaposlitev vidite ta jackpot in med stranmi s krepko pisavo? Večina nas ne (verjemite mi, res je). Ker smo našemu umu naročili, naj išče tisto, kar je koristno, ali naj se preveri. Karkoli drugega ni od nobene koristi, zato nam um zanika, da bi ga prepoznali.

Odprite svoj um in ne postavljajte nobenih pričakovanj, ko začnete raziskovati izdelek . Vedno si zapomnite, ni v redu, če izdelek počne to, kar bi moral. Pomembno je tudi, da ne sme početi tega, česar ne bi smel.

Spomnim se enega klasičnega primera:

V Linuxu se z ukazom 'cat' preveri vsebina datoteke, z ukazom 'ls' pa se preveri vsebina imenika. Ko sem delal z Linuxom in bil pet let na preizkušanju programske opreme, si nisem nikoli mislil, da bi delal mačke, ker sem imel misli če sem potreboval dir vsebino, moram uporabiti 'ls'. To je delovalo, toda obratna stran pričakovanj je, da se izdelek ne bi smel obnašati tako, kot se ne bi smel, je bila napačna. Ena od naših strank, ki ni dobro poznala Linuxa, je pomotoma mačkala in sistem je sesul. Plačali smo za to miselnost.

Vedno bodite pripravljeni na napake s programsko opremo, ker bo to končni uporabnik storil. Za testiranje programske opreme ste bili usposobljeni, vendar končni uporabnik ne bo tako usposobljen kot vi ali pa ne bo toliko tehnični strokovnjak kot vi. Prav tako bo naredil karkoli s programsko opremo, ko bodo v težavah.

Razmislite o teh scenarijih in podajte povratne informacije o testiranju. Življenje programske opreme in vaše (kot preizkuševalke) bo zazibljeno.

# 3. Poznajte tekmovalce

Ali ste med preizkušanjem katere koli programske aplikacije za svojo stranko poskušali poznati in razumeti drugo programsko opremo z istim namenom? Ste kdaj predlagali kakšno uporabno funkcionalnost, ki ste jo opazili v konkurenčnem izdelku? Tipičen odgovor ne spada v naš opis dela. Toda ali veste, kakšno korist ima to početje?

Tu je nekaj primerov iz resničnega življenja, s katerimi boste razumeli bistvo:

  • Ali vam ni všeč oblikovalec, ki ne le zašije vašo obleko, temveč tudi najbolj prispeva k ujemanju dodatkov?
  • Ali vam ni všeč blagovna znamka pice, ki ne samo, da pripravi odlične pice, ampak tudi doma najbolj dostavlja pravočasno?
  • Ali vam ni všeč fotograf, ki ne samo da dobro fotografira, temveč predlaga drugačne okvire za fotografiranje?

Vsakdo želi imeti nekaj dodatnega za tisto, za kar plača. Naša analiza konkurenčne programske opreme lahko deluje enako za nas. Kupec vedno rad sliši dragocene predloge - predvsem primerjalne predloge, da bo izdelek bolj uporaben ali tržen.

Tudi tovrstne primerjave in analize istega obsega izdelkov naredijo našo analizo močnejšo in sčasoma ustvarimo zaklad, h kateremu se lahko vsak trenutek vrnemo in najdemo nekaj koristnega.

Zaključek

Raziskovanje sicer ne spada pod običajni način testiranja, vendar je vseeno zelo močan način testiranja.

Razkriva preizkuševalčevo razmišljanje in jih spodbuja, da pripravijo praktične in sprotne testne primere za iskanje napake. Njegova narava prostega sloga mu daje prednost pred drugimi vrstami testiranja in jo je mogoče izvesti kjer koli, pa naj gre za projekt z uporabo Agile ali slapa ali kateri koli drug projekt, ki zahteva minimalno dokumentacijo.

Uspeh raziskovalnega testiranja je odvisen od številnih nematerialnih lastnosti, kot so spretnost preizkuševalca, sposobnost ustvarjanja učinkovitih testnih primerov, njihove izkušnje in spretnost sledenja njihovemu črevesnemu občutku.

Nujno je vedeti, da je ET prilagoditveni in ne napovedni postopek, zato je nujno treba ohraniti zdravo ravnovesje med raziskovalnim in skriptnim ali rednim testiranjem.

Ste tester, ki ima tipične izkušnje z raziskovalnim testiranjem? Čakamo, da slišimo vaše misli. Lahko jih delite v spodnjem oddelku za komentarje.

Naslednja vadnica št: Kako uporabiti oglede za zagotovitev popolnega raziskovalnega testiranja

Priporočeno branje

^