what is exploratory testing software testing
Čo je prieskumné testovanie?
„Prieskumné testovanie“ - ako názov napovedá, je simultánne učenie, návrh testu a proces vykonania testu. Môžeme povedať, že pri tomto testovaní sa plánovanie, analýza, návrh, vykonávanie a vykonávanie testov uskutočňujú spoločne a okamžite.
Toto testovanie sa týka preskúmania systému a podpory praktického myslenia testera v reálnom čase.
V tejto sérii sme prešli nasledujúce návody:
Výukový program č. 1: Čo je prieskumné testovanie pri testovaní softvéru (Tento návod)
Výukový program č. 2: Používanie prehliadok na zabezpečenie kompletného prieskumného testovania
Výukový program č. 3: Prieskumné testovanie a skriptované testovanie
Výukový program č. 4: Prieskumné testovanie s HP Sprinter
Výukový program č. 5: Najlepšie 17 prieskumných testovacích nástrojov
**************************************
Čo sa dozviete:
- Prehľad
- Odporúčaná služba prieskumného testovania
- Príklady prieskumných testov
- Prístup k testovaniu
- Výhody
- Nevýhody
- Prieskumné testovanie založené na jednotlivých reláciách
- Párové prieskumné testovanie
- Prieskumné testovacie techniky
- Rozdiel medzi prieskumným testovaním a ad hoc testovaním
- Prieskumné automatické testovanie (EAT)
- Druhy prieskumných testov
- Agilné prieskumné testovanie
- Ako myslieť nad rámec tradičných hraníc testovania v prieskumných testoch
- Ako sa na produkt pozerať z rôznych pohľadov?
- Záver
- Odporúčané čítanie
Prehľad
Laicky povedané, prieskumné testovanie zahŕňa súbežný návrh testovacieho prípadu a vykonanie testu testovanej aplikácie alebo systému. Tester vytvorí alebo zapíše myšlienku testu, ktorá mu dá smer, a pri testovaní preskúma systém, aby vytvoril ďalšie kritické, praktické a užitočné testy pre úspešné testovanie aplikácie.
To si vyžaduje minimálne plánovanie. Testéri neustále rozhodujú o jej ďalšom postupe. To úplne závisí od myšlienkového procesu testera.
Niekedy môže byť toto testovanie výhodnejšie ako formálny prístup k testovaniu nájsť nejaké jemné chyby ktoré pri formálnom testovaní chýbajú.
Vedome alebo nevedome by každý tester niekedy v kariére vykonal prieskumné testovanie.
Ako všetci vieme, študent sa bude učiť lepšie skôr vďaka praktickým skúsenostiam, než ako keby vtesnal teóriu.
Rovnakým spôsobom bude tester aplikáciu lepšie poznať iba pri skúmaní a spoznávaní všetkých funkcií, ktoré sama poskytuje. Pri testovaní je vždy dobré mať zákaznícku a obchodnú perspektívu, aby ste zabezpečili úspešné testovanie aplikácie.
Napríklad, Ak otvoríte webovú stránku o nakupovaní, máte všeobecnú predstavu, že táto webová stránka pre nakupovanie vám umožní nakupovať výberom produktu podľa vášho výberu a následným zaplatením zaň.
Počas tohto procesu sa môžete dozvedieť, že webová stránka vám poskytuje virtuálny vzhľad človeka, ktorý vám pomôže v procese výberu produktu. Tiež ste zistili, že si môžete objednať množstvo produktov na domácu skúšobnú verziu alebo že môžete platiť prostredníctvom odmien v niektorých bankách atď.
Ako tester musíte nielen overiť, či systém funguje podľa očakávania, ale tiež skontrolovať, či sa daný systém správa nesprávnym spôsobom.
Pri vykonávaní tohto testovania si treba pamätať niekoľko vecí:
- Vaše poslanie by malo byť jasné.
- Nezabudnite si vytvárať poznámky a správy o tom, čo robíte a ako sa chová systém, čo by mohla byť potenciálna chyba.
- Učte sa, pozorujte a potom prichádzajte s novými testovacími prípadmi.
Odporúčaná služba prieskumného testovania
# 1) Digivante Direct
Digivante Direct vykonáva prieskumné testovanie pomocou svojej globálnej siete profesionálnych testerov, aby ste mohli pokryť testovanie na všetkých hlavných zariadeniach v časovom horizonte, ktorý je nedosiahnuteľný iným dodávateľom testovania alebo interným tímom.
Uvoľňujte sa rýchlejšie, bezpečnejšie a umožnite svojim digitálnym platformám poskytovať vyššiu spokojnosť zákazníkov a vyššie online príjmy.
Vlastnosti:
- 24 pracovných dní testovania za pouhých 24 hodín alebo 90 pracovných dní za 72 hodín a bezkonkurenčná komplexná úroveň testovania nedosiahnuteľná žiadnymi inými prostriedkami.
- Nízke náklady , ľahko pochopiteľné cenové balíčky bez skrytých doplnkov.
- Samoobslužná online portál, ktorý nevyžaduje žiadne trvalé odhodlanie.
- Skutoční ľudia testujúci na skutočných zariadeniach - oveľa väčšie pokrytie zariadení a prehľadávačov, ako môžete dosiahnuť interne a to všetko v kratšom čase na vybavenie.
- Kompletné pokrytie prieskumnými testami - znížiť riziko a zlepšiť spokojnosť koncových používateľov a mieru konverzie, čím sa zvýšia príjmy a zároveň znížia náklady.
Príklady prieskumných testov
Príklad č. 1:
Webové stránky poskytovateľa služieb domácej starostlivosti s nasledujúcimi komponentmi:
- Prihlásiť sa
- Služby
- Košík
- Platba
- História objednávok
- Pridelenie technikom
Všeobecná myšlienka na začiatok prieskumný testovanie bude Prihlásenie alebo rezervácia služby.
Ako zakryť testovacie prípady?
testovanie whitebox a blackbox s príkladom
Vo vyššie uvedenom Príklad, myšlienkou je začať s funkčnosťou založenou na vašich znalostiach. Keď sa naučíte a pozorujete viac informácií o aplikácii, môžete riadiť svoju ďalšiu skupinu testovacích prípadov.
Príklad č. 2:
Raz som bol zapojený do malého projektu, ktorý zahŕňal pridanie nového podielového fondu do aplikácie. Mojou úlohou bolo otestovať aplikáciu a overiť, či je nový vzájomný fond k dispozícii používateľom na nákup a skontrolovať, či je príslušné ocenenie správne. Na dokončenie testovania som mal iba 2 dni.
Keďže som dostal tesný termín a náročnosť testovania, použil som prieskumný prístup testovania. Mojím cieľom bolo otestovať nové funkcie a zistiť porušenie požiadaviek na kompatibilitu.
Vyššie uvedený cieľ sa stal mojou listinou pre toto testovacie sedenie.
Počas tohto testovania sa vyvinuli nasledujúce testovacie prípady:
- Testuje sa, či bol do aplikácie pridaný nový podielový fond.
- Nový MF bol úspešne zakúpený.
- Ocenenie nového MF je správne.
- Pokúsil sa kúpiť nový MF pre existujúce portfólio.
- Môže byť nový MF pridaný do všetkých portfólií?
- Dopad nového MF na ocenenie existujúceho.
- Takže v ďalších testovacích prípadoch sa vyvinuli.
Počas testovania som pripravoval poznámky a správy, aby som prediskutoval svoje pozorovanie s BA a zúčastneným klientom.
Základnou stratégiou prieskumného testovania je mať plán útoku. Začnite testovať so svojím nápadom a improvizujte nové testovacie prípady na základe svojich znalostí a pozorovania.
Príklad č. 3:
Prieskumné testovanie webových stránok IRCTC
=> Kliknite sem a stiahnite si vzorové testovacie prípady prieskumného testovania webovej stránky IRCTC.
Prístup k testovaniu
- Na usmernenie testovania použite heuristiku.
- Vykonávanie testovacích prípadov a tvorba testovacích prípadov idú ruka v ruke.
- Testovacie prípady sa neustále vyvíjajú na základe pozorovania a učenia testerov.
- Rôzne testovacie techniky ako Analýza hraničných hodnôt , na ET možno použiť test rovnocennosti atď.
- Pomocou ET založeného na relácii je možné urobiť ho viac štruktúrovaným a zameraným.
- Testéri môžu rozširovať svoje nápady, ale nikdy sa nezbavia svojej misie.
- Testovanie ET nepoužíva skripty, ale závisí to od intuície, zručností a skúseností testera.
Výhody
Medzi výhody tohto testovania patrí:
- Podporuje myslenie v reálnom čase a pomáha pri odhaľovaní ďalších chýb.
- Propagujte prípady použitia a testovanie na základe scenára.
- Minimálna dokumentácia, maximálne testovanie.
- Dôraz sa kladie viac na učenie a rozšírenie obzoru testera.
- Zabráňte duplicitnej práci.
- Je to užitočné, keď chcete skontrolovať prácu iného testera.
Nevýhody
Nároky sú uvedené nižšie:
- Testovanie závisí od skúseností, zručností a vedomostí testera.
- Vyžadujte čas na osvojenie aplikácie. Tester je pravdepodobnejšie, že zmešká, ak bude vedieť o aplikácii menej.
- Nevhodné pre projekty s dlhou dobou realizácie.
Prieskumné testovanie založené na jednotlivých reláciách
Počas prieskumného testovania je pre testerov veľmi ťažké povedať, koľko toho testoval a na akom základe.
V zásade je ťažké vyčísliť prácu a čas. V každom projekte však musíme poskytnúť metriky, odhady a správu o pokroku vedúcim tímu a manažérom. Ako sa hovorí, „ak to nemôžete vyčísliť, nemôžete to zvládnuť“.
Testovanie založené na relácii je časovo založený prístup na vykonávanie tohto testovania, ktorý pomáha pri správe a sledovaní. Zahŕňa vyhradenú časovo ohraničenú testovaciu reláciu bez prerušenia e-mailom, telefónom, správami atď.
Prístup:
Testovacie úlohy sú rozdelené do relácií.
Nasledujú komponenty testovania na základe relácie (SBT):
- Poslanie: Misia kričí na účel relácie a svojím spôsobom sa zameriava na testera. Bude tiež obsahovať trvanie relácie.
- Charta: Zahŕňa rozsah testovania. V zásade program podrobne uvádzajúci ciele, ktoré je potrebné splniť počas zasadania.
Príklad testovacej charty na prihlásenie na webovú stránku služby domácej starostlivosti:
- Relácia: Preddefinovaná časovo ohraničená testovacia relácia bez prerušenia. Každá relácia môže mať nasledujúce trvanie:
- „Krátke“ (60 minút)
- „Normálne“ (90 minút)
- „Long“ (120 min)
- Správa z relácie: Zahrňte poznámky a ľahký prehľad, ktorý poskytne metriky vedúcim a manažérom. Poskytuje podrobnosti o zostávajúcej alebo vykonanej charterovej relácii, čase nastavenia relácie, testovanom scenári, o testovacom procese, zozname chýb a nájdených problémoch a ďalších informáciách o metrikách.
- Stručná časť relácie: Krátke stretnutie alebo vystúpenie medzi testerom a vedúcim testu / manažérom, aby sa preskúmali zistenia testovacej relácie.
Manažéri môžu na základe prehľadu relácií získať praktické nasledujúce metriky:
- Počet dokončených a zostávajúcich relácií.
- Počet hlásených chýb.
- Čas strávený nastavením relácie.
- Čas strávený testovaním.
- Čas strávený analýzou problémov alebo problémov.
- Zahrnuté funkcie.
Zhrnutie vyššie uvedeného:
SBT umožňuje zodpovednosť, je to prieskumné testovanie a ponúka lepšiu správu času stráveného testovaním. Zvyšuje tiež produktivitu a poskytuje lepšie pochopenie pri zisťovaní chýb. Je to skvelý spôsob, ako poskytnúť vedúcim a manažérom tímu metriky na kontrolu postupu projektu.
Párové prieskumné testovanie
Pair Testing je prístup, pri ktorom dvaja ľudia testujú súčasne to isté / vlastnosť aplikácie zdieľaním počítača. Neustále zdieľajú svoje myšlienky a nápady. Počas tohto testovania jedna osoba ovláda klávesnicu, zatiaľ čo druhá osoba navrhuje testovacie prípady a berie na vedomie.
Vždy je užitočné mať dobrú komunikáciu medzi partnermi, aby si boli obaja vedomí toho, čo sa robí a prečo. Dvojica, v ktorej sila testerov vzájomne dopĺňa ich slabosť, sa považuje za silné zoskupenie.
Takéto párovanie je prospešné pre obe strany a každá sa môže niečo naučiť od svojho partnera. Je to tiež dobrý spôsob, ako trénovať nové zdroje ich spárovaním so skúsenými zdrojmi.
Výhody párového testovania
- Pomáha testerovi sústrediť sa na danú úlohu.
- Podporovať vzájomnú dôveru a rešpekt medzi partnermi.
- Debaty medzi spárovanými testermi zvyčajne vedú ku konštruktívnejším nápadom.
- Vyvarujte sa tunelového videnia.
- Existuje menšia šanca, že ich ostatní vyrušia.
Prieskumné testovacie techniky
Prehliadky: Jedná sa o jednoduchú techniku, ktorá testerovi umožňuje využívať jeho fantáziu a považovať sa za turistu objavujúceho mesto, ktoré navštívi. Tu je aplikáciou na testovanie mesto a testermi sú turisti. Je veľmi ťažké preskúmať celé mesto, pokiaľ nemáte v ruke veľa času a peňazí, takže turista musí mať na pamäti plán s určitým cieľom.
Turista môže absolvovať nasledujúce prehliadky:
- Prehliadka sprievodcu - Testovanie zvýraznenej vlastnosti aplikácie. Používajte používateľské scenáre.
- Poznávanie histórie mesta - Vyskúšajte staré funkcie aplikácie.
- Peňažná prehliadka, čo znamená zabezpečiť, aby všetky dôležité funkcie týkajúce sa zákazníka alebo klienta boli testované a úspešne fungovali.
- Prehliadka zločinu - Zadajte neplatný vstup a otestujte negatívne scenáre.
- Prehliadka zadnej uličky - Vyskúšajte najmenej používané funkcie aplikácie.
- Nudná prehliadka - Strávte minimálny čas na každej obrazovke aplikácie, vyplňte minimálne polia a choďte najkratšou cestou. Pomôže to pri testovaní predvolenej hodnoty a overení.
Pri prehliadke máte vždy možnosť zvoliť si ktorúkoľvek trasu. Môžete prechádzať softvérom a nájsť jedinečnú cestu na otestovanie funkcie.
Ďalej uvádzame niekoľko tipov / trikov, ktoré môžete použiť v ET:
- Rozdeľte aplikáciu na moduly a moduly rozdvojujte na rôzne stránky. Začnite svoj ET zo stránok. Takto získate správne pokrytie.
- Vytvorte kontrolný zoznam všetkých funkcií a ak je to začiarknuté, začiarknite políčko.
- Začnite základným scenárom a potom ho postupne vylepšujte, aby ste pridali ďalšie funkcie na jeho testovanie.
- Vyskúšajte všetky vstupné polia.
- Vyskúšajte chybové hlásenie
- Vyskúšajte všetky negatívne scenáre.
- Skontrolujte grafické rozhranie podľa štandardov.
- Skontrolujte integráciu aplikácie s inými externými aplikáciami.
- Skontrolujte komplexnú obchodnú logiku.
- Skúste vykonať etický hacker aplikácie.
Faktory, ktoré ovplyvňujú ET, sú nasledujúce:
- Cieľ projektu
- Stratégia testovania
- Cieľ testovania konkrétnej fázy
- Dostupné nástroje a vybavenie
- Úloha a zručnosti testerov
- Dostupný čas
- Podpora riadenia
- Podpora rovesníkov
- Dostupné zdroje (študijné materiály, testovacie podmienky atď.)
- Úroky klientov
- Zrozumiteľnosť produktu.
- Používateľské rozhranie aplikácie
- Funkčnosť aplikácie
- Výsledky predchádzajúcich testov
- Riziká spojené s aplikáciou
- Predchádzajúce vady
- Posledné zmeny
- Typy údajov, ktoré sa majú použiť na testovanie
- Typ používateľa, ktorý ho bude používať
Namiesto toho, aby sme sa testerov pýtali, čo majú spustiť, necháme na zvážení testera, aby rozhodol, čo chcú testovať a ako chcú testovať.
Rozdiel medzi prieskumným testovaním a ad hoc testovaním
Nezamieňajte ET s Ad-hoc test .
- Ad-hoc testovanie sa týka procesu skriptovaného, neplánovaného a improvizovaného hľadania defektov, zatiaľ čo prieskumné testovanie je premyslenou metodikou testovania ad-hoc.
- Ad-hoc testovanie je metóda pokusu o nájdenie chyby, zatiaľ čo ET nie. V prístupe ET sa tester dozvie o systéme pri skúmaní a vývoji na základe získaných znalostí.
- Ad-hoc testovanie je neštruktúrovaná aktivita, zatiaľ čo ET je do istej miery štruktúrovaná aktivita.
Prieskumné automatické testovanie (EAT)
Prieskumné automatické testovanie je metóda, ktorá pomáha testerovi pri zefektívňovaní hlásenia a reprodukcie chýb, zhromažďovania snímok a pri príprave obleku budúcej regresie. Je to proces, ktorý kombinuje testovanie automatizácie s prieskumným testovaním.
Existujú dva typy prístupu EAT:
- Pasívne JEDENIE
- Aktívne EAT
Pasívne JEDENIE
Pasívne EAT môže byť vykonané jedným testerom alebo tiež vo dvojici. V tejto metodike sa zvyčajne jedná o nástroj, ktorý zachytáva a zaznamenáva každú jednotlivú aktivitu vykonanú testovacími zdrojmi, a je nainštalovaný na počítači daného zdroja.
Pasívne EAT je podobné ako ET, ktoré sa vykonáva manuálne, pretože sa nezmení spôsob vykonávania testov, okrem vytvorenia výsledku testu na základe zachytenej relácie. Tieto výsledky testov sa môžu použiť na neskoršie hlásenie a opätovné vykonávanie zaznamenaných akcií.
Nainštalovaný video nástroj pomáha testerovi so zaznamenávaním testovacích prípadov a hlásením porúch.
Má tiež niekoľko ďalších výhod, ako napríklad:
- Poskytuje jasné kroky na reprodukciu chýb.
- Reprodukcia chýb je ľahšia, aj keď reportér chýb nie je k dispozícii.
- Odstráňte konflikty medzi testovacím a vývojovým tímom, keď sa nahlási občasná chyba.
- Pomáha pri testovaní výkonu získaním času odozvy systému v konkrétnom okamihu.
Pred pasívnym EAT je potrebné vziať do úvahy niekoľko ďalších bodov:
- Pred úplným prispôsobením nástroja na automatizované EAT sa odporúča vykonať pilotný test. To zaisťuje, že čas potrebný na opätovné navrhnutie protokolov testov vytvorených počas relácie testu nie je dlhší ako vykonanie testu. Ak je to tak, potom tím musí prijať spoločné rozhodnutie o:
- Pokiaľ je pre konkrétny projekt vôbec vyžadovaná automatizácia.
- Ak je potrebné zmeniť používaný nástroj.
- Ak je možné optimalizovať výkon použitého nástroja.
- Nástroj používaný na vykonávanie automatizovaného EAT je potrebné nainštalovať na každý zdroj testovania zapojený do testovania. Je tiež dobré zapojiť vývojárov, čo sa dá dosiahnuť poskytnutím vývojárskych sietí VPN alebo vzdialenému prístupu k testovacím strojom alebo nainštalovaním nástroja do vývojového prostredia.
- Vždy je dobré mať objekt GUI aplikácie usporiadaný v testovacom nástroji, aby v prípade, že nastane čas na analýzu chyby alebo problému, bol objekt rozpoznateľný podľa zmysluplného názvu.
- Je skvelým zvykom pomenovať objekt GUI použitý v AUT zmysluplne a udržiavať ich usporiadané pre neskoršie použitie.
Prejdime teraz k druhému prístupu.
Aktívne EAT
Je vhodné vykonať Active EAT s párovým testovaním. V tomto prístupe sa testovanie na základe kľúčových slov používa synchronizované s testovaním relácie. Jeden tester vytvorí automatický testovací skript a druhý tester vykoná testovacie skripty vytvorené prvým testerom.
Tvorba automatizačných testovacích skriptov v tomto prístupe má inú cestu ako v konvenčnom testovaní. Počas testovania sa vytvárajú automatizované testovacie skripty a ich dizajn určuje to, čo bolo objavené v predchádzajúcich testoch.
Fáza ukončenia sa vykoná na konci testovacej relácie. A mala by mať tieto úlohy:
- Zainteresovaní testeri by si mali vymeniť roly, aby mal testovací zdroj, ktorý vytvoril testovací skript, šancu znovu spustiť skripty, aby sa potvrdila spoľahlivosť a robustnosť vytvoreného balíka.
- Pre každý automatizovaný testovací skript by mal byť poskytnutý stručný popis a niekoľko identifikačných znakov.
- Je potrebné definovať kritérium na identifikáciu, ktoré skripty automatizovaného testu je možné použiť na regresný test.
Výhody EAT
- Na začiatku každej relácie sa vykonajú už vytvorené automatizované testovacie skripty, čím sa zakaždým zvýši pokrytie testom.
- Lepšie hlásenie chýb a dokumentácia pre reprodukciu chýb.
- EAT poskytuje dostatok dôkazov a dokumentácie pre zainteresované strany, aby videli pokrok.
Druhy prieskumných testov
Ďalej uvádzame niekoľko typov ET:
1) Voľný štýl A:
Prieskum aplikácie v ad-hoc štýle.
V tomto type ET neexistujú žiadne pravidlá, neexistuje žiadny účet za pokrytie atď. Tento typ testovania je však dobrý, keď sa potrebujete rýchlo oboznámiť s aplikáciou, keď chcete overiť prácu ostatných testerov a kedy chcete zistiť poruchu alebo chcete urobiť rýchlu skúšku dymu.
2) ET založený na scenároch:
Ako už samotný názov napovedá, vykonané testovanie je založené na scenároch. Začína sa to skutočnými používateľskými scenármi, komplexnými scenármi alebo testovacími scenármi. Po úvodnom testovaní môžu testéri vložiť variácie podľa ich učenia a pozorovania.
Scenáre sú ako všeobecný návod na to, čo robiť počas ET. Testujúcim sa odporúča, aby pri vykonávaní scenára preskúmali viac možných ciest, aby zabezpečili, že všetky možné cesty k funkciám fungujú. Testéri by tiež mali zabezpečiť zhromaždenie čo najväčšieho počtu scenárov z rôznych kategórií.
3) Stratégiazaložené na ET:
Známe testovacie techniky, ako sú analýza hraničných hodnôt, technika ekvivalencie a technika založená na riziku, ktoré sú kombinované s prieskumným testovaním. Na tento typ testovania je určený skúsený tester alebo tester, ktorý je oboznámený s aplikáciou.
Agilné prieskumné testovanie
Aj keď ste nepracovali v agilnom prostredí, som si istý, že ste o ňom museli čítať alebo počuť kvôli jeho rastúcej popularite. Agilná metodológia má krátke šprinty a krátke termíny, čo tímu dá pár týždňov na dokončenie plánovania, odhadu, vývoja, kódovania, testovania a vydania.
Prieskumné testovanie sa stáva vhodným v tak krátkych termínoch, pretože pri tomto prístupe k testovaniu sa kladie dôraz na rýchly a užitočný výsledok. Keď pochopíte požiadavku, môžete začať testovať na základe svojich skúseností a znalostí.
Po oboznámení sa s funkciami a správaním aplikácie môžete navrhnúť viac testovacích prípadov na overenie funkčnosti aplikácie a detekciu neplánovaných chýb. Pretože ide o prístup k testovaniu voľným štýlom, musíte všetko zdokumentovať. Musíte si však udržiavať poznámky a krátku správu o tom, čo ste testovali, nájdené chyby a problémy atď.
Prednosti prieskumu v agile
- Čo najskôr poskytnúť spätnú väzbu vývojárom.
- Je odhalená širšia paleta chýb.
- Rôznorodá skupina zdrojov, ako napríklad vývojár, tester, BA, návrhári, môžu vykonávať ET, pretože neexistujú žiadne skriptované testovacie prípady a každý z nich prináša inú perspektívu.
- Skauting vykonaný v ET pomáha pri skúmaní nových teritórií a odhaľovaní kritických chýb.
- V prípade iteračného kódovania aplikácie sa ET môže zamerať na testovanie nových funkcií, zatiaľ čo automatizácia robí regresné a spätné testovanie kompatibility.
- V prípade nestabilnej požiadavky môže ET pomôcť v obmedzenom čase otestovať novú požiadavku.
Body na zapamätanie:
1. Vyžaduje rôzne zručnosti: Testéri vykonávajúci ET musia mať dobré schopnosti počúvania, čítania, myslenia a podávania správ. Vyžadujú sa skúsenosti s doménou, pretože neexistujú žiadne skripty a testovacie prípady.
2. Niekedy je to ťažké nahlásiť chybu: Počas toku ET sa môžeme stretnúť s chybou, ale nebudeme ju schopní reprodukovať. Je to preto, že nesledujeme kroky testovania a môžeme zabudnúť na presné kroky na reprodukciu tohto problému.
3. Môže sa vykonávať ako rekreačná činnosť: Ja osobne robím ET, keď si chcem oddýchnuť od svojho pravidelného cyklu vykonávania testu. Ale veľa tímov má ET ako samostatnú fázu svojho testovacieho cyklu.
4. Je možné vykonať pre všetky fázy testovania: ET môžeme implementovať pred začiatkom akejkoľvek testovacej fázy. ET môžete vykonať ešte pred fázou funkčného testovania.
5. Rýchla spätná väzba: ET vyžaduje rýchlu spätnú väzbu o problémoch a akýchkoľvek zistených anomáliách.
6. Kritické myslenie a rozmanité nápady: Toto testovanie si vyžaduje kritické myslenie. Testéri by mali byť schopní reprodukovať, kontrolovať a vyjadrovať svoje nápady logickým spôsobom. Tester môže svoje skúsenosti implementovať do rôznych technológií a domén, na ktorých pracovali.
Ako myslieť nad rámec tradičných hraníc testovania v prieskumných testoch
„Veľmi si vážim vašu starosť o produkt a to, že ste nám pomohli porozumieť pohľadu koncového používateľa. Bude to veľmi užitočné. Ďakujeme za dobrú prácu a pokračujte ďalej !!! “
Toto bol posledný e-mail e-mailového reťazca s 21 e-mailmi od nášho klienta. Bola polnoc a vydanie nášho produktu sa oneskorilo kvôli kritickej chybe, ktorú sme našli. Mohli by ste si myslieť, čo je v tom nové? Môže sa to stať mnohokrát. Toto sa však skutočne líšilo, pretože kritická chyba, ktorú sme nahlásili, nebola výsledkom žiadneho zdokumentovaného testovacieho prípadu.
softvér na rozpoznávanie reči je najpopulárnejší pre
Po dokončení regresné testovanie naposledy som sa večer hral s produktom. Čo to znamená? Môžete slobodne robiť to, čo sa od vás nemá. Na základe svojich skúseností a znalostí projektu som mal niekoľko nápadov, ako produkt otestovať, okrem nášho typického úložiska testov, zavolal Prieskumné testovanie .
Vykonaným prieskumným testovaním sa našla kritická chyba súvisiaca s problémom zablokovania servera, pričom sa stalo niečo neočakávané.
Ako fanúšik prieskumného testovania rád skúmam produkt rôznymi spôsobmi. Definícia softvéru pre mňa je:
'Malo by sa robiť to, čo sa má robiť, a nemalo by sa to, čo sa nemá robiť.'
Obmedzenie testovacích hraníc s cieľom skontrolovať, či produkty, ktoré majú fungovať, z vás robí neúplného testera. Život testera v skutočnosti začína, keď sa končí zdokumentované regresné testovanie a výsledky sa aktualizujú. Pohľad na produkty z rôznych perspektív a pochopenie požiadaviek koncových používateľov v rôznych scenároch má veľký rozdiel. Poďme si teda teraz spoločne uvedomiť, ako je možné dosiahnuť tento rozdiel:
Ako sa na produkt pozerať z rôznych pohľadov?
# 1. Pochopte zákazníka / koncového používateľa
Testovanie softvéru spočíva v kontrole kvality produktu z hľadiska spokojnosti zákazníka. Ako poznáte názor zákazníka? Odpoveď je jednoduchá - musíte byť zákazníkom. Dobre, dovoľte mi urobiť opravu. Byť zákazníkom nebude stačiť. Musíte pochopiť, ako chce zákazník s produktom manipulovať. Žiadni dvaja zákazníci, ktorí si kúpili rovnaké suroviny, nepripravia rovnaký recept. Áno, produkt, ktorý vyvíjame / dodávame, je surovinou pre podniky zákazníkov a pri ich používaní majú iné zmýšľanie.
Ako softvérový tester musíme skontrolovať účel produktu, a nie jeho objekt alebo aspekt.
Poviem vám niekoľko praktických príkladov z reálneho života:
- Nožnice sa nikdy neobmedzovali iba na strihaný papier. Účelom je rezanie, a nie papier (objekt).
- Mobilné telefóny sa nikdy neobmedzovali iba na volanie, ale základným účelom bolo vždy „schopnosť volať“.
- Skladovacie boxy slúžia na uskladnenie, ale bezpečnosť skladovaného materiálu je rovnako dôležitá ako skladovanie.
Základom prieskumného testovania by malo byť pochopenie zainteresovaných strán a široká škála ich očakávaní.
# 2. Myslenie
Vidíte pri hľadaní (povedzme) inzerátu na hľadanie zamestnania ten jackpot a medzi stránkami s tučným písmom? Väčšina z nás nie (verte mi, je to pravda). Pretože sme nariadili našej mysli, aby hľadala, čo je užitočné alebo čo treba skontrolovať. Čokoľvek iné je zbytočné, takže myseľ popiera, že by sme to rozpoznali.
Otvorte svoju myseľ a nedávajte si žiadne očakávania, keď začnete skúmať produkt . Vždy pamätajte, že nie je v poriadku, ak produkt robí to, čo má. Je tiež dôležité, aby nerobilo to, čo nemá.
Pamätám si jeden klasický príklad:
V systéme Linux sa príkaz „cat“ používa na kontrolu obsahu súboru a príkaz „ls“ na kontrolu obsahu adresára. Keď som pracoval s Linuxom a päť rokov som testoval softvér, nikdy ma nenapadlo robiť mačku, pretože moja myseľ bola nastavená; ak som potreboval obsah dir, musím použiť ‘ls’. To fungovalo, ale odvrátenou stránkou očakávania je, že sa výrobok nemal správať tak, ako sa predpokladať nemalo, bol nesprávny. Jeden z našich zákazníkov, ktorý nepoznal dobre Linux, urobil omylom mačku a systém sa zrútil. Za toto nastavenie mysle sme zaplatili.
Vždy buďte pripravení robiť chyby v softvéri, pretože to bude robiť koncový používateľ. Na testovanie softvéru ste boli vyškolení, ale koncový používateľ nebude vyškolený tak ako vy alebo nebude taký technický odborník ako vy. Rovnako urobí so softvérom čokoľvek, keď má problémy.
Zamyslite sa nad týmito scenármi a poskytnite spätnú väzbu o testovaní. Životnosť vášho a vášho softvéru (ako testera) bude horúca.
# 3. Poznajte konkurenciu
Skúšali ste niekedy pri testovaní ľubovoľnej softvérovej aplikácie pre svojho klienta spoznať a porozumieť inému softvéru s rovnakým účelom? Navrhli ste niekedy nejaké užitočné funkcie, ktoré ste spozorovali u konkurenčného produktu? To nespadá do našej pracovnej náplne, je typická odpoveď. Viete však, že je to prínosom?
Tu je niekoľko príkladov zo skutočného života, vďaka ktorým pochopíte tento bod:
- Nepáči sa vám návrhár, ktorý nielen šije vaše šaty, ale najviac vám poskytuje informácie o zladení doplnkov?
- Nepáči sa vám značka pizze, ktorá nielenže vyrába vynikajúce pizze, ale hlavne domov dodáva včas?
- Nepáči sa vám fotograf, ktorý nielen dobre fotí, ale navrhuje pre fotografovanie iný druh rámov?
Každý chce mať niečo navyše za to, za čo si zaplatí. Naša analýza konkurenčného softvéru môže fungovať rovnako aj pre nás. Zákazník vždy rád počuje hodnotné návrhy - hlavne porovnávacie návrhy, aby bol produkt užitočnejší alebo predajnejší.
Tento druh porovnávania a analýzy rovnakého sortimentu produktov tiež zvyšuje výkonnosť našej analýzy a nakoniec vytvoríme poklad, ku ktorému sa môžeme kedykoľvek vrátiť a nájsť niečo užitočné.
Záver
Prieskumník nepodlieha konvenčnému spôsobu testovania, je to však veľmi efektívny spôsob testovania.
Uvoľňuje myslenie testera po vybalení z krabice a nabáda ich, aby prišli s praktickými testovacími prípadmi na zistenie chyby v reálnom čase. Jeho voľný štýl mu dáva náskok pred ostatnými typmi testovania a dá sa vykonať kdekoľvek, či už je to projekt využívajúci Agile alebo waterfall alebo akýkoľvek iný projekt, ktorý vyžaduje minimálnu dokumentáciu.
Úspešnosť prieskumného testovania závisí od mnohých nehmotných vecí, ako sú napríklad zručnosť testera, schopnosť vytvárať efektívne testovacie prípady, ich skúsenosti a schopnosť sledovať ich črevné cítenie.
Je nevyhnutné pamätať na to, že ET je skôr adaptívny ako prediktívny proces a je nevyhnutné udržiavať zdravú rovnováhu medzi prieskumným a skriptovaným alebo pravidelným testovaním.
Ste tester, ktorý má typické skúsenosti s prieskumným testovaním? Čakáme na vaše myšlienky. Neváhajte ich zdieľať v sekcii komentárov nižšie.
Nasledujúci návod č. 2: Ako používať prehliadky na zabezpečenie kompletného prieskumného testovania
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 [QA Test Automation Tools]
- Alfa testovanie a beta testovanie (kompletný sprievodca)
- Prieskumné testovanie a testovanie pomocou skriptov: Kto vyhráva?
- Úloha pomocníka QA pri testovaní softvéru
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- Sprievodca testovaním bezpečnosti webových aplikácií
- Ako používať prehliadky na zabezpečenie úplného a dôkladného prieskumného testovania
- Najlepšie služby na testovanie softvéru QA od spoločnosti SoftwareTestingHelp