Meni

Što je istraživačko testiranje u softverskom testiranju (cjelovit vodič)

  • Glavni
  • Ostalo
  • Što je istraživačko testiranje u softverskom testiranju (cjelovit vodič)

what is exploratory testing software testing

Isprobajte Naš Instrument Za Uklanjanje Problema

Što je istraživačko ispitivanje?

'Istraživačko testiranje' - kao što i samo ime govori, istovremeno je učenje, dizajn testa i postupak izvođenja testa. Možemo reći da se u ovom ispitivanju planiranje, analiza, dizajn i izvršavanje ispitivanja rade zajedno i trenutno.

Ovo testiranje odnosi se na istraživanje sustava i poticanje stvarnog i praktičnog razmišljanja testera.

U ovoj smo seriji obradili sljedeće vodiče:

Vodič br. 1: Što je istraživačko ispitivanje u softverskom testiranju (Ovaj vodič)
Vodič br. 2: Korištenje izleta kako bi se osiguralo cjelovito istraživačko ispitivanje
Vodič br. 3: Istraživačko ispitivanje vs skriptirano testiranje
Vodič br. 4: Istraživačka ispitivanja s HP Sprinterom
Vodič br. 5: Top 17 alata za istraživačko ispitivanje

************************************
Istraživačko ispitivanje

Što ćete naučiti:

Pregled

Laički rečeno, istraživačko ispitivanje uključuje istodobno oblikovanje test slučajeva i izvršavanje testa aplikacije ili sustava koji se ispituje. Tester će stvoriti ili zapisati testnu ideju kako bi dao smjer i istražiti sustav tijekom testiranja kako bi dalje stvorio kritične, praktične i korisne testove za uspješno testiranje aplikacije.

To zahtijeva minimalno planiranje. Ispitivači kontinuirano donose odluku o njezinu sljedećem koraku. To u potpunosti ovisi o misaonom procesu ispitivača.

Ponekad ovo testiranje može biti korisnije od formalnog pristupa testiranju za pronalaženje nekih suptilnih nedostataka koji nestaju u formalnom testiranju.

Svjesno ili nesvjesno, svaki bi tester u nekom trenutku svoje karijere obavio istraživačka ispitivanja.

Kao što svi znamo, učenik će bolje učiti kroz praktično iskustvo, a ne nabijajući teoriju.

Na isti način, ispitivač će bolje poznavati aplikaciju samo dok istražuje i uči o svim funkcijama koje sam pruža. Uvijek je dobro imati kupca i poslovnu perspektivu tijekom testiranja kako bi se osiguralo uspješno testiranje aplikacije.

Na primjer, ako otvorite web mjesto za kupnju, općenito imate ideju da će vam ovo web mjesto za kupnju omogućiti kupnju odabirom proizvoda po vašem izboru i plaćanjem istog.

Tijekom ovog postupka mogli biste saznati da vam web stranica pruža virtualni ljudski izgled koji vam pomaže u procesu odabira proizvoda. Također ste otkrili da možete naručiti brojne proizvode za kućnu probu ili da možete izvršiti plaćanje putem nagradnih bodova nekih banaka itd.

Kao ispitivač, trebate ne samo provjeriti radi li sustav prema očekivanjima, već i provjeriti ponaša li se taj sustav na način koji se ne očekuje.

Tijekom izvođenja ovog testiranja treba se sjetiti nekoliko stvari:

  • Vaša misija bi trebala biti jasna.
  • Svakako izradite bilješke i prijavite što radite i kako se sustav ponaša, što bi moglo biti potencijalna greška.
  • Učite, promatrajte i onda smišljajte nove test slučajeve.

Preporučena služba istražnih ispitivanja

# 1) Digivante Direct

Logotip Digivante Direct

Digivante Direct provodi istraživačka ispitivanja koristeći svoju globalnu mrežu profesionalnih testera kako biste mogli pokriti testiranje na svim glavnim uređajima u vremenskom okviru koji nije dostupan bilo kojem drugom dobavljaču ili internom timu.

Objavite brže, sigurnije i omogućite svojim digitalnim platformama da postignu veće zadovoljstvo kupaca i povećane mrežne prihode.

Značajke:

  • 24 radna dana testiranja u samo 24 sata ili 90 radnih dana za 72 sata, a sveobuhvatan, sveobuhvatan nivo ispitivanja koji se ne može postići bilo kojim drugim načinom.
  • Niska cijena , lako razumljivi cjenovni paketi bez skrivenih dodataka.
  • Samoposluga internetski portal koji ne zahtijeva stalnu predanost.
  • Stvarni ljudi testiraju na stvarnim uređajima - daleko veću pokrivenost uređaja i preglednika nego što možete postići interno, a sve to unutar bržeg vremena obrade.
  • Kompletna pokrivenost istraživačkim testom - smanjiti rizik i poboljšati zadovoljstvo krajnjih korisnika i stope konverzije, povećavajući pritom istovremeno smanjujući troškove.
=> Posjetite Digivante Direct web mjesto

Primjeri istraživačkog ispitivanja

Primjer # 1:

Web mjesto pružatelja usluga kućne njege sa sljedećim komponentama:

  • Prijaviti se
  • Usluge
  • Košarica
  • Plaćanje
  • Povijest Reda
  • Dodjela tehničara

Općenita ideja za početak istraživački testiranje će biti prijava ili rezervacija usluge.

Kako pokriti test slučajeve?

Ispitni slučajevi ispitivanja

web mjesta za preuzimanje videozapisa s YouTubea

U navedenom Primjer, ideja je započeti s funkcionalnošću koja se temelji na vašem znanju. Kako naučite i promatrate više o aplikaciji, možete odrediti svoj sljedeći niz testnih slučajeva.

Primjer # 2:

Jednom sam bio uključen u mali projekt koji je uključivao dodavanje novog uzajamnog fonda u prijavu. Moj je zadatak bio testirati aplikaciju kako bih bio siguran da je novi uzajamni fond dostupan korisnicima za kupnju i provjeriti je li pridružena procjena ispravna. Imao sam samo 2 dana da završim testiranje.

S obzirom na ograničen rok i ozbiljnost ispitivanja, koristio sam se istraživačkim pristupom ispitivanja. Cilj mi je bio testirati nove značajke i utvrditi kršenja zahtjeva kompatibilnosti.

Gore spomenuti cilj postao je moja povelja za ovu test sesiju.

Tijekom ovog testiranja razvijeni su sljedeći testni slučajevi:

  • Testiranje kako bi se osiguralo je li novi uzajamni fond dodan u prijavu.
  • Uspješno se kupuje novi MF.
  • Procjena novog MF-a je točna.
  • Pokušao kupiti novi MF za postojeći portfelj.
  • Može li se novi MF dodati u sve portfelje?
  • Utjecaj nove MF na procjenu postojećih.
  • Tako su razvijeni i drugi ispitni slučajevi.

Tijekom testiranja pripremao sam bilješke i izvještaje kako bih o svojim zapažanjima razgovarao s osobom BA i klijentom.

Temeljna strategija istraživačkog testiranja je imati plan napada. Započnite testiranje sa svojom idejom i improvizirajte nove test slučajeve na osnovu svog znanja i zapažanja.

Primjer # 3:

Istraživačko ispitivanje IRCTC web stranice

=> Kliknite ovdje da biste preuzeli uzorke testnih slučajeva Istraživačkog testiranja IRCTC web stranice.

Pristup testiranju

  • Iskoristite heuristiku za vođenje ispitivanja.
  • Izvršenje test slučajeva i stvaranje test slučajeva idu ruku pod ruku.
  • Test slučajevi se razvijaju na temelju promatranja i učenja ispitivača.
  • Različite tehnike ispitivanja poput Analiza granične vrijednosti , ispitivanje ekvivalencije itd. može se primijeniti na ET.
  • ET na temelju sesije može se koristiti kako bi se učinio strukturiranijim i fokusiranijim.
  • Ispitivači mogu razgranati ideje, ali nikada ne odstupiti od svoje misije.
  • ET testiranje ne koristi skripte, već ovisi o intuiciji, vještini i iskustvu testera.

Prednosti

Prednosti ovog ispitivanja uključuju:

  • Promovirajte razmišljanje u stvarnom vremenu i pomaže u otkrivanju više nedostataka.
  • Promovirajte slučajeve upotrebe i testiranje temeljeno na scenariju.
  • Minimalna dokumentacija, maksimalno testiranje.
  • Naglasak je više na učenju i širenju horizonta testera.
  • Izbjegavajte duplicirane radove.
  • Korisno kada želite provjeriti rad drugog ispitivača.

Demeriti

Demeriti su navedeni ispod:

  • Testiranje ovisi o iskustvu, vještini i znanju testera.
  • Tražite vrijeme za učenje aplikacije. Tester će vjerojatnije propustiti ako znaju manje o aplikaciji.
  • Nije prikladno za projekte s dugim vremenom izvođenja.

Istraživačko ispitivanje temeljeno na sjednici

Dok rade istraživačka ispitivanja, testerima je vrlo teško objasniti koliko je testirao i na temelju čega.

U osnovi je teško kvantificirati rad i utrošeno vrijeme. Međutim, u svakom projektu voditeljima timova i menadžerima moramo pružiti mjerne podatke, procjene i izvješća o napretku. Kako se kaže, 'ako ga ne možete kvantificirati, ne možete njime upravljati'.

Testiranje temeljeno na sesiji vremenski je pristup izvođenju ovog testiranja koji pomaže u upravljanju i praćenju. Uključuje namjensku sesiju testiranja s vremenskim okvirom bez prekida od e-pošte, telefona, poruka itd.

Pristup:

Zadaci testiranja podijeljeni su u sesije.

Slijede komponente testiranja temeljenog na sesiji (SBT):

  • Misija: Misija izviči svrhu sesije i na neki način pruži fokus ispitivaču. Uključit će i trajanje vremena sesije.
  • Čarter: Uključuje opseg ispitivanja. U osnovi, dnevni red s detaljima ciljeva koje treba ispuniti tijekom sesije.

Primjer test povelje za prijavu u funkciju web stranice usluge kućne njege:

Primjer ispitne povelje za funkcionalnost prijave

  • Sjednica: Unaprijed definirana sesija testiranja s vremenskim okvirom bez ikakvih prekida. Svaka sesija može imati sljedeće trajanje:
    • 'Kratko' (60min)
    • 'Uobičajeno' (90 min)
    • 'Dugo' (120 min)
  • Izvještaj sa sjednice: Uključite bilješke i lagano izvješće kako biste pružili mjerne podatke vođama i menadžerima. Daje detalje o preostaloj ili završenoj seriji čartera, vremenu postavljanja sesije, testiranom scenariju, o procesu testiranja, popisu programskih pogrešaka i pronađenim problemima te ostale informacije o mjernim podacima.
  • Kratki pregled sesije: Kratki sastanak ili uspravno stajalište između ispitivača i voditelja testa / menadžera radi pregleda nalaza test sesije.

Menadžeri mogu dobiti praktične sljedeće mjerne podatke na temelju izvješća o sesiji:

  • Broj završenih i preostalih sesija.
  • Broj prijavljenih bugova.
  • Vrijeme provedeno na postavljanju sesije.
  • Vrijeme provedeno na testiranju.
  • Vrijeme provedeno na analizi problema ili problema.
  • Pokrivene značajke.

Da rezimiramo gore navedeno:

SBT omogućuje odgovornost istraživačkim ispitivanjima i nudi bolje upravljanje vremenom provedenim na testiranju. Također povećava produktivnost i pruža bolji uvid u otkrivanje grešaka. To je izvrstan način da voditeljima timova i menadžerima pružite mjerne podatke za provjeru napretka projekta.

Istraživačka ispitivanja temeljena na parovima

Pair Testing je pristup u kojem dvoje ljudi istovremeno testira istu stvar / značajku aplikacije dijeljenjem računala. Neprestano dijele svoje misli i ideje. Tijekom ovog testiranja jedna osoba preuzima kontrolu nad tipkovnicom, dok druga osoba predlaže test slučajeve i bilježi.

Uvijek je korisno imati dobru komunikaciju između partnera kako bi oboje bili svjesni što se radi i zašto. Par u kojem snaga ispitivača uzajamno nadopunjuje njihovu slabost smatra se jakim grupiranjem.

Takvo uparivanje koristi i stranama i svaka može naučiti ponešto od svog partnera. To je također dobar način za osposobljavanje novih resursa tako što ćete ih upariti s iskusnim resursima.

Prednosti ispitivanja u paru

  • Pomaže ispitivaču da se usredotoči na zadaću koja je u tijeku.
  • Potaknite međusobno povjerenje i poštovanje među partnerima.
  • Mozgalice između uparenih testera obično dovode do konstruktivnijih ideja.
  • Izbjegavajte vid tunela.
  • Manja je šansa da ih drugi prekidaju.

Tehnike istraživačkog ispitivanja

Izleti: To je jednostavna tehnika koja omogućava testeru da iskoristi maštu i o sebi misli kao o turistu koji istražuje grad koji posjeti. Ovdje je aplikacija za testiranje grad, a ispitivači turisti. Vrlo je teško istražiti cijeli grad ako nemate puno vremena i novca u ruci, pa turist mora imati plan s određenim ciljem.

Turist može poduzeti sljedeće ture:

  • Obilazak vodiča - Testiranje istaknute značajke aplikacije. Koristite scenarije utemeljene na korisniku.
  • Istražujući povijest grada - Testirajte stare značajke aplikacije.
  • Novčana tura, što znači osigurati da su sve kritične značajke u odnosu na kupca ili klijenta testirane i uspješno rade.
  • Obilazak kriminala - Unesite nevaljani unos i testirajte negativne scenarije.
  • Obilazak uličice - Testirajte najmanje korištene značajke aplikacije.
  • Dosadna tura - Provedite minimalno vrijeme na svakom zaslonu aplikacije, ispunite minimalna polja i krenite najkraćim putem. To će pomoći kod zadane vrijednosti i provjere valjanosti.

Tijekom obilaska uvijek imate izbor kojim ćete putem krenuti. Možete se kretati kroz softver i pronaći jedinstveni put za testiranje značajke.

Slijedi nekoliko savjeta / trikova koje možete koristiti u ET-u:

  • Podijelite aplikaciju na module i razdijelite module na različite stranice. Pokrenite svoj ET sa stranica. To će pružiti pravo pokriće.
  • Napravite popis svih značajki i stavite kvačicu kada je to obuhvaćeno.
  • Započnite s osnovnim scenarijem, a zatim ga postupno poboljšavajte kako biste dodali više značajki za testiranje.
  • Testirajte sva polja za unos.
  • Testirajte poruku pogreške
  • Testirajte sve negativne scenarije.
  • Provjerite GUI prema standardima.
  • Provjerite integraciju aplikacije s drugim vanjskim programima.
  • Provjerite ima li složene poslovne logike.
  • Pokušajte napraviti etičko hakiranje aplikacije.

Čimbenici koji utječu na ET su sljedeći:

  • Cilj projekta
  • Strategija ispitivanja
  • Cilj ispitivanja određene faze
  • Dostupni alati i oprema
  • Uloga i vještine ispitivača
  • Slobodno vrijeme
  • Podrška menadžmenta
  • Podrška vršnjaka
  • Dostupni resursi (materijal za učenje, uvjeti ispitivanja itd.)
  • Interes klijenata
  • Razumljivost proizvoda.
  • Korisničko sučelje aplikacije
  • Funkcionalnost aplikacije
  • Rezultati prethodnih ispitivanja
  • Rizici povezani s aplikacijom
  • Prethodni nedostaci
  • Nedavne promjene
  • Vrste podataka za ispitivanje
  • Tip korisnika koji će ga koristiti

Umjesto da ispitivače pitamo što pokrenuti, prepuštamo prosudbi testera da odluči što žele testirati i kako žele testirati.

Razlika između istraživačkog i ad-hoc testiranja

Nemojte brkati ET sa Ad-hoc test .

  • Ad-hoc testiranje odnosi se na postupak nepisanih, neplaniranih i improviziranih pretraga nedostataka, dok je istraživačko ispitivanje promišljena metodologija za ad-hoc testiranje.
  • Ad-hoc testiranje je pogođena i probna metoda pronalaska greške, dok ET nije. U ET pristupu, tester uči o sustavu dok istražuju i na kraju razvijaju testove koristeći stečeno znanje.
  • Ad-hoc testiranje je nestrukturirana aktivnost, dok je ET donekle strukturirana aktivnost.

Istraživačka automatizirana ispitivanja (EAT)

Istraživačko automatizirano testiranje metoda je koja pomaže ispitivaču u pojednostavljivanju prijave i reprodukcije grešaka, prikupljanju snimaka i pripremi budućeg odijela za regresiju. To je postupak koji kombinira automatizirano testiranje s istraživačkim ispitivanjem.

Postoje dvije vrste EAT pristupa:

  • Pasivno JEDI
  • Aktivno JEDI

Pasivno JEDI

Pasivno JEDENJE može izvoditi jedan ispitivač ili u paru. U ovoj metodologiji obično se koristi alat koji bilježi i bilježi svaku pojedinu aktivnost koju izvode resursi za testiranje i instalira se na računalo resursa.

Pasivno EAT slično je ET-u koje se izvodi ručno jer nema promjene u načinu izvođenja testova, osim izrade rezultata testa na temelju snimljene sesije. Ovi se rezultati testa mogu koristiti za prijavljivanje i rekonstrukciju snimljenih radnji kasnije.

Instalirani video alat pomaže ispitivaču u snimanju test slučajeva i prijavljivanju kvara.

Također ima nekoliko drugih prednosti poput:

  • Pruža jasne korake za reprodukciju grešaka.
  • Reprodukcija nedostataka je lakša čak i kad izvjestitelj o nedostacima nije dostupan.
  • Uklonite sukobe između tima za testiranje i razvoj kada se prijavi povremena greška.
  • Pomaže u testiranju performansi dobivanjem vremena odziva sustava u određenom trenutku.

Evo još nekoliko točaka koje treba uzeti u obzir prije pasivnog jedenja:

  • Savjetuje se da se izvrši pilot test prije potpune prilagodbe alata za automatizirano jedenje. To osigurava da vrijeme potrebno za redizajniranje zapisnika testa stvorenih tijekom test sesije ne bude duže od izvođenja testa. Ako je tako, tada tim mora donijeti zajedničku odluku o sljedećem:
    • Ako je uopće potrebna automatizacija ispitivanja za određeni projekt.
    • Ako alat koji se koristi treba promijeniti.
    • Ako se performanse alata koji se koristi mogu optimizirati.
  • Alat koji se koristi za izvođenje automatiziranog EAT-a mora biti instaliran na svim resursima testiranja koji su uključeni u testiranje. Također je dobra ideja uključiti programere, što se može postići davanjem programera VPN-u ili daljinskim pristupom ispitnim strojevima ili instaliranjem alata u razvojno okruženje.
  • Uvijek je dobra ideja da se GUI objekt aplikacije organizira u testnom alatu, tako da kada dođe vrijeme za analizu greške ili problema, objekt bude prepoznatljiv zbog smislenog imena.
  • Sjajna je praksa davati smisleno ime GUI objektu koji se koristi u AUT-u i održavati ih organiziranim za kasniju upotrebu.

Prijeđimo sada na drugi pristup.

Aktivno JEDI

Preporučljivo je izvesti Active EAT s testiranjem parova. U ovom se pristupu testiranje na temelju ključnih riječi koristi sinkronizirano s testiranjem na sesiji. Jedan ispitivač stvara automatiziranu testnu skriptu, a drugi ispitivač izvršava testne skripte koje je stvorio prvi ispitivač.

Stvaranje skripti za automatizaciju u ovom pristupu zauzima drugačiji put od uobičajenog testiranja. Tijekom testiranja izrađuju se automatizirane skripte za test, a ono što je otkriveno u prethodnim testovima određuje njihov dizajn.

Faza zatvaranja izvršava se na kraju sesije testiranja. I trebao bi imati sljedeće zadatke:

  • Uključeni testeri trebali bi zamijeniti uloge tako da resurs za testiranje koji je stvorio testnu skriptu ima priliku ponovno izvršiti skripte kako bi potvrdio pouzdanost i robusnost stvorenog paketa.
  • Kratki opis, zajedno s nekoliko identifikacijskih karakteristika, treba pružiti za svaku automatiziranu testnu skriptu.
  • Potrebno je definirati kriterij kako bi se utvrdilo koje se skripte za automatizirani test mogu koristiti za test regresije.

Prednosti EAT-a

  • Na početku svake sesije izvršavaju se već stvorene automatizirane skripte za test, čime se svaki put poboljšava pokrivenost testom.
  • Bolje prijavljivanje grešaka i dokumentacija za reprodukciju kvara.
  • EAT pruža dovoljno dokaza i dokumentacije za dionike da vide napredak.

Vrste istražnih ispitivanja

Slijedi nekoliko vrsta ET-a:

1) Slobodni stil I:

Istraživanje primjene u ad-hoc stilu.

U ovoj vrsti ET-a nema pravila, nema računa za pokriće itd. Međutim, ova vrsta testiranja dobra je kada se morate brzo upoznati s aplikacijom, kada želite provjeriti rad ostalih testera i kada želite istražiti kvar ili želite napraviti brzi test dima.

2) ET temeljen na scenariju:

Kao što i samo ime govori, provedeno testiranje temelji se na scenariju. Počinje s stvarnim korisničkim scenarijima, od kraja do kraja ili testnim scenarijima. Nakon početnog testiranja, testeri mogu ubrizgati varijacije prema svom učenju i promatranju.

Scenariji su poput općeg vodiča za ono što treba raditi tijekom ET-a. Ispitivači se potiču da istraže više mogućih putova tijekom izvršavanja scenarija kako bi osigurali sve moguće putove do rada značajki. Ispitivači bi također trebali osigurati prikupljanje što više scenarija iz različitih kategorija.

3) Strategijatemeljen ET:

Poznate tehnike ispitivanja poput analize granične vrijednosti, tehnike ekvivalencije i tehnike temeljene na riziku koje se kombiniraju s istraživačkim ispitivanjem. Za ovu vrstu ispitivanja imenuje se iskusni ispitivač ili ispitivač koji je upoznat s primjenom.

Agilno istražno ispitivanje

Čak i ako niste radili u agilnom okruženju, siguran sam da ste to morali čitati ili čuti zbog njegove sve veće popularnosti. Agile metodologija ima kratke sprinteve i kratke rokove što timu daje nekoliko tjedana da završi planiranje, procjenu, razvoj, kodiranje, testiranje i objavljivanje.

Istraživačka ispitivanja postaju korisna u tako kratkim rokovima jer je u ovom pristupu ispitivanja naglasak na brzim i korisnim rezultatima. Nakon što shvatite zahtjev, možete započeti testiranje na temelju svog iskustva i znanja.

Nakon što se upoznate sa značajkama i ponašanjem aplikacije, možete dizajnirati više test slučajeva za provjeru funkcionalnosti aplikacije i otkrivanje neplaniranih bugova. Kako se radi o pristupu testiranju slobodnog stila, sve morate dokumentirati. Međutim, morate voditi bilješke i kratko izvješće o onome što ste testirali, pronađenim greškama i problemima itd.

Zasluge istraživačkog rada u agilnom

  • Dokazivanje povratnih informacija programerima što je prije moguće.
  • Otkriveni su širi razni nedostaci.
  • Raznolika skupina resursa poput programera, ispitivača, BA-a, dizajneri mogu izvoditi ET jer nema skriptiranih testnih slučajeva i svaki donosi drugačiju perspektivu.
  • Izviđanje provedeno u ET-u pomaže u istraživanju novih teritorija i otkrivanju kritičnih bugova.
  • U slučaju iterativnog kodiranja aplikacije, ET se može usredotočiti na testiranje novih značajki, dok automatizacija vrši regresiju i testiranje povratne kompatibilnosti.
  • U slučaju nestabilnog zahtjeva, ET može pomoći u testiranju novog zahtjeva u ograničenom vremenu.

Bodovi koje treba zapamtiti:

1. Zahtijeva različite vještine: Tester koji izvodi ET mora imati dobre vještine slušanja, čitanja, razmišljanja i izvještavanja. Potrebno je iskustvo s domenom jer nema skripti i test slučajeva.

2. Ponekad je to teško Prijavi grešku: Dok smo u ET protoku, možemo naići na kvar, ali ga možda nećemo moći reproducirati. To je zato što ne pratimo korake testiranja i možda ćemo zaboraviti točne korake za reprodukciju tog problema.

3. Može se obavljati kao rekreativna aktivnost: Osobno radim ET kad želim odmor od redovnog ciklusa izvođenja testa. Ali mnogi timovi imaju ET kao zasebnu fazu ciklusa ispitivanja.

širina prvo pretraživanje c ++ stablo

4. To se može učiniti za sve faze ispitivanja: ET možemo primijeniti prije početka bilo koje faze ispitivanja. ET možete izvoditi i prije faze funkcionalnog ispitivanja.

5. Brze povratne informacije: ET zahtijeva brzu povratnu informaciju o problemima i eventualnim anomalijama.

6. Kritičko razmišljanje i raznolike ideje: Ovo testiranje zahtijeva kritičko razmišljanje. Ispitivači bi trebali moći reproducirati, pregledati i izraziti svoje ideje na logičan način. Tester može primijeniti svoje iskustvo u raznim tehnologijama i domenama na kojima su radili.

Kako razmišljati izvan tradicionalnih granica ispitivanja u istraživačkom ispitivanju

„Stvarno cijenim vašu brigu za proizvod i pomoć u razumijevanju perspektive krajnjeg korisnika. Bit će vrlo korisno. Hvala na dobrom radu i nastavite !!! '

Ovo je bio zadnji e-mail lanca e-pošte s 21 e-poštom našeg klijenta. Bila je ponoć, a izdavanje našeg proizvoda odgođeno je zbog kritične programske pogreške koju smo pronašli. Možete pomisliti, što je novo u tome? To se može dogoditi mnogo puta. No, ovo je zaista bilo drugačije jer kritična programska pogreška koju smo prijavili nije rezultat niti jednog dokumentiranog test slučaja.

Nakon završetka regresijsko ispitivanje zadnji put te večeri samo sam se igrao s proizvodom. Što to znači? Slobodno možete raditi ono što ne biste trebali. Na temelju svog iskustva i projektnog znanja, imao sam nekoliko ideja kako testirati proizvod, osim našeg tipičnog spremišta za testiranje, pozvao Istraživačko ispitivanje .

Provedeno istraživačko testiranje otkrilo je kritičnu grešku povezanu s problemom prekida rada poslužitelja dok je radio nešto neočekivano.

Budući da sam ljubitelj istraživačkog testiranja, volim istraživati ​​proizvod na različite načine. Za mene je definicija softvera:

'Trebao bi raditi ono što bi trebao raditi i ne bi trebao raditi ono što ne bi trebao činiti.'

Proces istraživačkog ispitivanja

Ograničavanje granica ispitivanja kako biste provjerili rade li proizvodi koji bi trebali raditi, čini li vas nepotpunim ispitivačem. Zapravo, život ispitivača započinje kad dokumentirano regresijsko ispitivanje završi i rezultati se ažuriraju. Promatranje proizvoda iz različitih perspektiva i razumijevanje zahtjeva krajnjeg korisnika u različitim scenarijima čine veliku razliku. Dakle, shvatimo danas kako se može napraviti ta razlika:

Kako na proizvod gledati iz različitih perspektiva?

istraživačko ispitivanje

# 1. Razumijevanje kupca / krajnjeg korisnika

Testiranje softvera sastoji se od provjere kvalitete proizvoda u smislu zadovoljstva kupaca. Kako znate stajalište kupca? Odgovor je jednostavan - morate biti kupac. OK, dopustite mi da napravim ispravak. Biti kupac neće biti dovoljno. Morate razumjeti kako kupac želi postupati s proizvodom. Niti dva kupca koji su kupili iste sirovine neće pripremiti isti recept. Da, proizvod koji razvijamo / isporučujemo sirovina je za kupčeve tvrtke i oni imaju drugačiji način razmišljanja dok ga koriste.

Kao ispitivač softvera, moramo provjeriti svrhu proizvoda, a ne njegov predmet ili aspekt.

Dopustit ću vam nekoliko praktičnih primjera iz stvarnog života:

  • Škare nikada nisu bile ograničene samo na rezanje papira. Rezanje je svrha, a ne papir (predmet).
  • Mobiteli nikada nisu bili ograničeni samo na pozivanje, već je 'mogućnost pozivanja' uvijek bila osnovna svrha.
  • Kutije za pohranu koriste se za skladištenje, ali sigurnost pohranjenog materijala jednako je važna kao i skladištenje.

Razumijevanje dionika i širok raspon njihovih očekivanja trebao bi biti osnova istraživačkog ispitivanja.

# 2. Način razmišljanja

Dok tražite (recimo) oglas za posao, vidite li taj jackpot i između stranica podebljanim fontom? Većina nas nema (vjerujte mi, istina je). Jer smo naložili svom umu da traži ono što je korisno ili da se provjeri. Sve drugo nije od koristi, pa nam um uskraćuje da smo to prepoznali.

Otvorite svoj um i ne postavljajte nikakva očekivanja kad započnete s istraživanjem proizvoda . Uvijek imajte na umu da nije u redu ako proizvod radi ono što bi trebao. Također je važno da ne smije raditi ono što ne bi smio.

Sjećam se jednog klasičnog primjera:

U Linuxu se naredba 'mačka' koristi za provjeru sadržaja datoteke, a naredba 'ls' za provjeru sadržaja direktorija. Radeći s Linuxom i pet godina testirajući softver, nikada nisam mislio raditi mačke jer mi je pamet bila postavljena; ako mi je trebao dir sadržaj, trebam upotrijebiti 'ls'. To je uspjelo, ali naličje očekivanja je da se proizvod nije trebao ponašati onako kako se nije trebao, pogrešno je. Jedan od naših kupaca, koji nije dobro poznavao Linux, greškom je mačio i sustav je pao. Platili smo ovaj način razmišljanja.

Uvijek budite spremni pogriješiti sa softverom jer će to krajnji korisnik učiniti. Za testiranje softvera bili ste obučeni, ali krajnji korisnik neće biti obučen kao vi ili on / ona neće biti tehnički stručnjak kao vi. Također, učinit će sve sa softverom kad su u nevolji.

Razmislite o tim scenarijima i pružite povratne informacije o testiranju. Život softvera i vašeg (kao testera) će se potresati.

# 3. Poznavati natjecatelje

Tijekom testiranja bilo koje softverske aplikacije za svog klijenta, jeste li ikad pokušali znati i razumjeti drugi softver s istom svrhom? Jeste li ikad predložili neku korisnu funkcionalnost koju ste primijetili u proizvodu konkurenta? Tipičan je odgovor to ne spada u naš opis posla. Ali znate li korist od toga?

Evo nekoliko primjera iz stvarnog života kako biste shvatili poantu:

  • Ne sviđa li vam se dizajner koji vam ne samo šiva haljinu već i daje informacije o tome koji se pribor najviše podudara?
  • Zar vam se ne sviđa marka pizze koja ne samo da pravi izvrsne pizze, već i najviše dostavlja na vrijeme?
  • Ne sviđa li vam se fotograf koji ne samo da snima dobre fotografije već predlaže drugačiju vrstu okvira za fotografiranje?

Svatko želi imati nešto dodatno za ono što plaća. Naša analiza konkurentnog softvera može raditi na isti način za nas. Kupac uvijek voli čuti dragocjene prijedloge - uglavnom usporedne prijedloge kako bi proizvod bio korisniji ili tržišniji.

Također, ovakva usporedba i analiza istog asortimana čini našu analizu moćnijom i na kraju stvaramo blago kojem se u svakom trenutku možemo vratiti i pronaći nešto korisno.

Zaključak

Istraživački ne spada u uobičajeni način testiranja, ali ipak je vrlo moćan način testiranja.

Donosi izvanmrežno razmišljanje testera i potiče ih da smisle praktične i stvarne slučajeve za pronalaženje kvara. Njegova priroda slobodnog stila daje prednost nad ostalim vrstama testiranja i može se izvoditi bilo gdje, bilo da se radi o projektu koji koristi Agile ili slap ili bilo kojem drugom projektu koji zahtijeva minimalnu dokumentaciju.

Uspjeh istraživačkog testiranja ovisi o brojnim nematerijalnim materijalima poput vještine ispitivača, sposobnosti stvaranja učinkovitih testnih slučajeva, njihovog iskustva i sposobnosti da slijede njihov osjećaj.

Neophodno je imati na umu da je ET prilagodljiviji proces, a ne prediktivni, te je neophodno održavati zdravu ravnotežu između istraživačkog i skriptnog ili redovitog testiranja.

Jeste li ispitivač koji ima tipična iskustva s istraživačkim testiranjem? Čekamo da čujemo vaše misli. Slobodno ih podijelite u odjeljku za komentare u nastavku.

Sljedeći vodič # 2: Kako koristiti ture kako bi se osiguralo cjelovito istraživačko ispitivanje

Preporučena literatura

^