what is exploratory testing software testing
Co je průzkumné testování?
„Průzkumné testování“ - jak název napovídá, je simultánní proces učení, návrhu testu a provádění testu. Můžeme říci, že v tomto testování se plánování, analýza, návrh, provedení testu provádějí společně a okamžitě.
Toto testování je o prozkoumání systému a podpoře praktického myšlení testera v reálném čase.
V této sérii jsme se zabývali následujícími návody:
Výukový program č. 1: Co je průzkumné testování v testování softwaru (Tento návod)
Výukový program č. 2: Používání prohlídek k zajištění úplného průzkumného testování
Výukový program č. 3: Průzkumné testování vs. skriptované testování
Výukový program č. 4: Průzkumné testování s HP Sprinter
Výukový program č. 5: Nejlepší 17 průzkumných testovacích nástrojů
**************************************
Co se naučíte:
- Přehled
- Doporučená služba průzkumného testování
- Příklady průzkumných zkoušek
- Přístup k testování
- Výhody
- Nevýhody
- Průzkumné testování založené na relacích
- Párové průzkumné testování
- Průzkumné testovací techniky
- Rozdíl mezi průzkumným testováním a testováním ad hoc
- Průzkumné automatické testování (EAT)
- Druhy průzkumných zkoušek
- Agilní průzkumné testování
- Jak myslet nad rámec tradičních hranic testování v průzkumném testování
- Jak se na produkt dívat z různých hledisek?
- Závěr
- Doporučené čtení
Přehled
Laicky řečeno, průzkumné testování zahrnuje souběžný návrh testovacího případu a provedení testu testované aplikace nebo systému. Tester vytvoří nebo zapíše myšlenku testu, která udává směr, a prozkoumá systém při testování, aby dále vytvořil kritické, praktické a užitečné testy pro úspěšné testování aplikace.
To vyžaduje minimální plánování. Testeři neustále rozhodují o jejím dalším postupu. Zcela to závisí na myšlenkovém procesu testera.
Někdy může být toto testování výhodnější než formální přístup k testování najít nějaké jemné vady které při formálním testování chybí.
Vědomě nebo nevědomě by každý tester provedl průzkumné testování v určitém okamžiku své kariéry.
Jak všichni víme, student se naučí lépe prostřednictvím praktických zkušeností, než aby vtělil teorii.
Stejným způsobem bude tester lépe znát aplikaci pouze při zkoumání a učení se o všech funkcích, které sama poskytuje. Při testování je vždy dobré mít zákaznickou a obchodní perspektivu, abyste zajistili úspěšné testování aplikace.
Například, pokud otevřete nákupní web, máte obecnou představu, že tento nákupní web vám umožní nakupovat výběrem produktu podle vašeho výběru a následným zaplacením.
Během tohoto procesu se možná dozvíte, že web vám poskytuje virtuální podobu člověka, která vám pomůže v procesu výběru produktu. Zjistili jste také, že si můžete objednat řadu produktů pro domácí zkoušku nebo že můžete provádět platby prostřednictvím bodů odměn některých bank atd.
Jako tester musíte nejen ověřit, zda systém funguje podle očekávání, ale také zkontrolovat, zda se tento systém nechová způsobem, který se neočekává.
Při provádění tohoto testování je třeba si pamatovat několik věcí:
- Vaše mise by měla být jasná.
- Ujistěte se, že vytváříte poznámky a hlásíte, co děláte a jak se chová systém, což může být potenciální chyba.
- Učte se, pozorujte a poté přicházejte s novými testovacími případy.
Doporučená služba průzkumného testování
# 1) Digivante Direct
Digivante Direct provádí průzkumné testování pomocí své globální sítě profesionálních testerů, takže můžete pokrýt testování na všech hlavních zařízeních v časovém horizontu, který je nedosažitelný jiným dodavatelem testování nebo interním týmem.
Vydávejte rychleji, bezpečněji a umožněte svým digitálním platformám poskytovat vyšší spokojenost zákazníků a vyšší online výnosy.
Funkce:
- 24 pracovních dnů testování za pouhých 24 hodin nebo 90 pracovních dnů za 72 hodin a bezkonkurenční komplexní úroveň testování nedosažitelná žádnými jinými prostředky.
- Nízké náklady , snadno pochopitelné cenové balíčky bez skrytých doplňků.
- Samoobsluha online portál, který nevyžaduje žádné trvalé závazky.
- Skuteční lidé testující na skutečných zařízeních - mnohem větší pokrytí zařízení a prohlížečů, než jaké můžete dosáhnout interně a to vše v rychlejší době zpracování.
- Kompletní pokrytí průzkumných testů - snížit riziko a zlepšit spokojenost koncových uživatelů a míru konverze, čímž se zvýší příjmy a zároveň sníží náklady.
Příklady průzkumných zkoušek
Příklad č. 1:
Web poskytovatele služeb domácí péče s následujícími komponentami:
- Přihlásit se
- Služby
- Vozík
- Způsob platby
- Historie objednávek
- Přidělení technikem
Obecný nápad začít průzkumný testování bude Přihlášení nebo rezervace služby.
Jak pokrýt testovací případy?
jak nainstalovat appium na Windows
Ve výše uvedeném Příklad, myšlenkou je začít s funkčností založenou na vašich znalostech. Jak se o aplikaci dozvíte a budete se o ní více seznámit, můžete řídit další sadu testovacích případů.
Příklad č. 2:
Jednou jsem byl součástí malého projektu, který zahrnoval přidání nového podílového fondu do aplikace. Mým úkolem bylo otestovat aplikaci a ověřit, zda je nový vzájemný fond k dispozici pro uživatele k nákupu a zkontrolovat, zda je přidružené ocenění správné. Měl jsem jen 2 dny na dokončení testování.
Vzhledem k krátkému termínu a náročnosti testování jsem použil průzkumný přístup testování. Mým cílem bylo otestovat nové funkce a zjistit porušení požadavků na kompatibilitu.
Výše uvedený cíl se stal mou listinou pro toto testovací sezení.
Během tohoto testování byly vyvinuty následující testovací případy:
- Testování, abychom se ujistili, že byl do aplikace přidán nový Podílový fond.
- Nový MF je úspěšně zakoupen.
- Ocenění nového MF je správné.
- Zkoušel koupit nový MF pro stávající portfolio.
- Může být nový MF přidán do všech portfolií?
- Dopad nového MF na ocenění stávajícího.
- Takže v dalších testovacích případech se vyvinuly.
Během testování jsem připravil poznámky a zprávy, abych mohl diskutovat o svém pozorování s BA a zúčastněným klientem.
Základní strategií průzkumného testování je mít plán útoku. Začněte testovat svůj nápad a improvizujte nové testovací případy na základě vašich znalostí a pozorování.
Příklad č. 3:
Průzkumné testování webových stránek IRCTC
=> Kliknutím sem stáhnete ukázkové testovací případy průzkumného testování na webu IRCTC.
Přístup k testování
- K testování použijte heuristiku.
- Provádění testovacích případů a vytváření testovacích případů jdou ruku v ruce.
- Testovací případy se neustále vyvíjejí na základě pozorování a učení testerů.
- Různé testovací techniky jako Analýza hraničních hodnot lze na ET použít testování ekvivalence atd.
- Session-based ET lze použít, aby byl více strukturovaný a zaměřený.
- Testeři mohou rozvětvovat své nápady, ale nikdy se nevzdají své mise.
- ET testování nepoužívá skripty, místo toho záleží na intuici, dovednostech a zkušenostech testera.
Výhody
Mezi výhody tohoto testování patří:
- Podporuje myšlení v reálném čase a pomáhá při odhalování dalších defektů.
- Propagujte případy použití a testování podle scénářů.
- Minimální dokumentace, maximální testování.
- Důraz je kladen spíše na učení a rozšíření obzoru testera.
- Vyhněte se duplicitní práci.
- Užitečné, pokud chcete auditovat práci jiného testera.
Nevýhody
Nevýhody jsou uvedeny níže:
- Testování závisí na zkušenostech, dovednostech a znalostech testera.
- Vyžadujte čas, abyste se aplikaci naučili. Tester bude pravděpodobně chybět, pokud bude o aplikaci vědět méně.
- Není vhodné pro projekty s dlouhou dobou provedení.
Průzkumné testování založené na relacích
Během průzkumného testování je pro testery velmi obtížné vyjádřit slovy, kolik testoval a na jakém základě.
V zásadě je obtížné kvantifikovat práci a čas strávený. V každém projektu však musíme poskytnout metriky, odhady a zprávu o pokroku vedoucím týmu a manažerům. Jak se říká: „pokud to nedokážete vyčíslit, nemůžete to spravovat“.
Testování založené na relacích je časově založený přístup k provádění tohoto testování, který pomáhá při správě a sledování. Zahrnuje vyhrazenou časově omezenou relaci testování bez přerušení e-mailem, telefonem, zprávami atd.
Přístup:
Testovací úkoly jsou rozděleny do relací.
Následují komponenty testování založeného na relacích (SBT):
- Mise: Mise vykřikne účel relace a svým způsobem poskytne pozornost testujícímu. Bude také zahrnovat dobu trvání relace.
- Charta: Zahrnuje rozsah testování. V zásadě program s podrobnostmi o cílech, které je třeba během zasedání splnit.
Příklad testovací charty pro přihlášení Funkce webové stránky služby domácí péče:
- Zasedání: Předem definovaná časově omezená testovací relace bez jakéhokoli přerušení. Každá relace může mít následující trvání:
- „Krátký“ (60 minut)
- „Normální“ (90 minut)
- „Long“ (120 minut)
- Zpráva o relaci: Zahrňte poznámky a odlehčenou zprávu, abyste poskytli metriky vedoucím a manažerům. Poskytuje podrobnosti o zbývající nebo provedené charterové relaci, době nastavení relace, testovaném scénáři, o procesu testování, seznamu chyb a nalezených problémech a další informace pro metriky.
- Depríza relace: Krátké setkání nebo vstávání mezi testerem a vedoucím testu / manažerem, aby se zkontrolovaly nálezy testovací relace.
Manažeři mohou získat praktické následující metriky na základě sestavy relace:
- Počet dokončených a zbývajících relací.
- Počet hlášených chyb.
- Čas strávený nastavením relace.
- Čas strávený testováním.
- Čas strávený analýzou problémů nebo problémů.
- Zahrnuté funkce.
Shrnutí výše uvedeného:
SBT umožňuje zodpovědnost je průzkumné testování a nabízí lepší správu času stráveného testováním. Zvyšuje také produktivitu a poskytuje lepší přehled o detekci chyb. Je to skvělý způsob, jak poskytnout vedoucím týmu a manažerům metriky ke kontrole průběhu projektu.
Párové průzkumné testování
Pair Testing je přístup, při kterém dva lidé testují stejnou věc / vlastnost aplikace současně sdílením PC. Neustále sdílejí své myšlenky a nápady. Během tohoto testování jedna osoba ovládá klávesnici, zatímco druhá osoba navrhuje testovací případy a bere na vědomí.
Vždy je dobré mít dobrou komunikaci mezi partnery, aby si oba byli vědomi toho, co se dělá a proč. Dvojice, ve které síla testerů vzájemně doplňuje jejich slabost, se považuje za silné seskupení.
Takové párování přináší výhody oběma stranám a každý se může od svého partnera něco naučit. Je to také dobrý způsob, jak trénovat nové zdroje spárováním se zkušenými prostředky.
Výhody testování párů
- Pomáhá testerovi soustředit se na daný úkol.
- Podporujte vzájemnou důvěru a respekt mezi partnery.
- Brainstorming mezi spárovanými testery obvykle vede ke konstruktivnějším nápadům.
- Vyhněte se tunelovému vidění.
- Existuje menší šance, že je ostatní vyruší.
Průzkumné testovací techniky
Prohlídky: Jedná se o jednoduchou techniku, která umožňuje testerovi využívat jeho fantazii a myslet na sebe jako na turistu, který prozkoumává město, které navštíví. Zde je aplikací k testování město a testery jsou turisté. Je velmi obtížné prozkoumat celé město, pokud nemáte v ruce spoustu času a peněz, takže turista musí mít plán s určitým cílem.
Turista může podniknout následující prohlídky:
- Prohlídka průvodce - Testování zvýrazněné funkce aplikace. Používejte uživatelské scénáře.
- Poznávání historie města - Otestujte staré funkce aplikace.
- Prohlídka peněz, což znamená zajistit, aby všechny důležité funkce týkající se zákazníka nebo klienta byly testovány a úspěšně fungovaly.
- Prohlídka zločinu - Zadejte neplatný vstup a otestujte negativní scénáře.
- Prohlídka zadní uličky - Vyzkoušejte nejméně používané funkce aplikace.
- Nudná prohlídka - Strávte minimální čas na každé obrazovce aplikace, vyplňte minimální pole a vydejte se nejkratší cestou. To pomůže s výchozí hodnotou a ověřovacím testováním.
Při prohlídce máte vždy na výběr jakoukoli trasu. Můžete procházet softwarem a najít jedinečnou cestu k otestování funkce.
Níže uvádíme několik tipů / triků, které můžete v ET použít:
- Rozdělte aplikaci na moduly a rozdělte moduly na různé stránky. Spusťte svůj ET ze stránek. To zajistí správné pokrytí.
- Vytvořte kontrolní seznam všech funkcí a zaškrtněte políčko, pokud je to zakryto.
- Začněte základním scénářem a poté jej postupně vylepšujte a přidávejte další funkce k jeho testování.
- Vyzkoušejte všechna vstupní pole.
- Vyzkoušejte chybovou zprávu
- Vyzkoušejte všechny negativní scénáře.
- Zkontrolujte grafické uživatelské rozhraní podle standardů.
- Zkontrolujte integraci aplikace s jinými externími aplikacemi.
- Zkontrolujte složitou obchodní logiku.
- Zkuste provést etický hacker aplikace.
Faktory, které ovlivňují ET, jsou následující:
- Cíl projektu
- Strategie testování
- Cíl testování konkrétní fáze
- Dostupné nástroje a vybavení
- Role a dovednosti testerů
- Dostupný čas
- Podpora managementu
- Peer podpora
- Dostupné zdroje (studijní materiály, zkušební podmínky atd.)
- Zájem klientů
- Srozumitelnost produktu.
- Uživatelské rozhraní aplikace
- Funkčnost aplikace
- Výsledky předchozích testů
- Rizika spojená s aplikací
- Předchozí vady
- Nedávné změny
- Typy dat, které se mají použít k testování
- Typ uživatele, který jej bude používat
Místo toho, abychom se zeptali testerů, co mají spustit, necháme na rozhodnutí testera, aby rozhodl, co chtějí testovat a jak chtějí testovat.
Rozdíl mezi průzkumným testováním a testováním ad hoc
Nezaměňujte ET s Ad-hoc test .
- Ad-hoc testování se týká procesu nešifrovaného, neplánovaného a improvizovaného hledání defektů, zatímco průzkumné testování je promyšlenou metodikou testování ad-hoc.
- Testování ad-hoc je metodou hledání a pokusu o nalezení chyby, zatímco ET nikoli. V přístupu ET se tester dozví o systému, když zkoumá a nakonec vyvíjí testy pomocí získaných znalostí.
- Ad-hoc testování je nestrukturovaná aktivita, zatímco ET je poněkud strukturovaná aktivita.
Průzkumné automatické testování (EAT)
Exploratory Automated Testing je metoda, která pomáhá testerovi při zefektivňování hlášení a reprodukce chyb, shromažďování snímků a při přípravě budoucích regresních obleků. Jedná se o proces, který kombinuje testování automatizace s průzkumným testováním.
Existují dva typy přístupu EAT:
- Pasivní EAT
- Aktivní EAT
Pasivní EAT
Pasivní EAT může provádět jeden tester nebo také ve dvojici. V této metodice se obvykle jedná o nástroj, který zachycuje a zaznamenává každou jednotlivou aktivitu prováděnou testovacími prostředky a je instalován na PC prostředku.
Pasivní EAT je podobný ET, který se provádí ručně, protože se nezmění způsob provádění testů, kromě zpracování výsledku testu na základě zachycené relace. Tyto výsledky testů lze použít pro hlášení a opětovné provedení zaznamenaných akcí později.
Nainstalovaný video nástroj pomáhá testeru se záznamem testovacích případů a hlášení závad.
Má také několik dalších výhod, jako například:
- Poskytuje jasné kroky k reprodukci chyb.
- Reprodukce defektů je snazší, i když není k dispozici reportér defektů.
- Odstraňte konflikty mezi testovacím a vývojovým týmem, je-li nahlášena občasná chyba.
- Pomáhá při testování výkonu získáním doby odezvy systému v konkrétním časovém okamžiku.
Před pasivním EAT je třeba vzít v úvahu několik dalších bodů:
- Před úplným přizpůsobením nástroje pro automatizované EAT se doporučuje provést pilotní test. Tím je zajištěno, že čas potřebný pro přepracování testovacích protokolů vytvořených během testovací relace není delší než provedení testu. Pokud je tomu tak, pak tým musí přijmout vzájemné rozhodnutí o následujících věcech:
- Pokud je pro konkrétní projekt vůbec vyžadována automatizace testu.
- Pokud je třeba vyměnit používaný nástroj.
- Pokud lze výkon použitého nástroje optimalizovat.
- Nástroj používaný k provádění automatizovaného EAT je třeba nainstalovat na každý testovací prostředek zapojený do testování. Je také vhodné zapojit vývojáře, čehož lze dosáhnout buď poskytnutím vývojářům VPN nebo vzdáleným přístupem k testovacím strojům nebo instalací nástroje do vývojového prostředí.
- Vždy je dobré mít objekt GUI aplikace uspořádaný v testovacím nástroji, takže když přijde čas na analýzu chyby nebo problému, je objekt rozpoznatelný podle smysluplného názvu.
- Skvělou praxí je dát smysluplný název objektu GUI použitému v AUT a udržovat je uspořádané pro pozdější použití.
Nyní přejdeme k druhému přístupu.
Aktivní EAT
Je vhodné provést aktivní EAT s párovým testováním. V tomto přístupu se testování založené na klíčových slovech používá v synchronizaci s testováním relací. Jeden tester vytvoří automatický testovací skript a druhý tester provede testovací skripty vytvořené prvním testerem.
Vytvoření automatizačních testovacích skriptů v tomto přístupu má jinou cestu než v konvenčním testování. Automatizované testovací skripty se vytvářejí během testování a to, co bylo objeveno v předchozích testech, určuje jejich design.
Na konci testovací relace se provede fáze uzavření. A měl by mít následující úkoly:
- Zúčastnění testeři by si měli vyměnit role, aby měl testovací prostředek, který vytvořil testovací skript, šanci znovu spustit skripty, aby potvrdil spolehlivost a robustnost vytvořené sady.
- Pro každý automatizovaný testovací skript by měl být uveden stručný popis spolu s několika identifikačními charakteristikami.
- Je třeba definovat kritérium k určení, které automatizované testovací skripty lze použít pro regresní test.
Výhody EAT
- Na začátku každé relace se provedou již vytvořené automatizované testovací skripty, čímž se pokaždé rozšíří pokrytí testu.
- Lepší hlášení chyb a dokumentace pro reprodukci defektů.
- EAT poskytuje zúčastněným stranám dostatek důkazů a dokumentace, aby viděl pokrok.
Druhy průzkumných zkoušek
Níže uvádíme několik typů ET:
1) Freestyle AND:
Průzkum aplikace ve stylu ad-hoc.
V tomto typu ET neexistují žádná pravidla, žádný účet pro pokrytí atd. Tento typ testování je však dobrý, když se potřebujete rychle seznámit s aplikací, když chcete ověřit práci ostatních testerů a kdy chcete zjistit závadu nebo chcete provést rychlou kouřovou zkoušku.
2) ET podle scénáře:
Jak název napovídá, testování je založeno na scénářích. Začíná to scénáři skutečného uživatele, scénáře typu end-to-end nebo testovací scénáře. Po počátečním testování mohou testeři aplikovat variace podle svého učení a pozorování.
Scénáře jsou jako obecný průvodce, co dělat během ET. Testerům se doporučuje, aby při provádění scénáře prozkoumali několik možných cest, aby zajistili, že všechny možné cesty k funkcím budou fungovat. Testeři by také měli zajistit, aby shromáždili co nejvíce scénářů z různých kategorií.
3) Strategiezaložené na ET:
Známé testovací techniky, jako je analýza hraničních hodnot, technika ekvivalence a technika založená na riziku, které jsou kombinovány s průzkumným testováním. Pro tento typ testování je jmenován zkušený tester nebo tester, který je obeznámen s aplikací.
Agilní průzkumné testování
I když jste nepracovali v agilním prostředí, jsem si jistý, že jste o něm četli nebo slyšeli kvůli jeho rostoucí popularitě. Agilní metodika má krátké sprinty a krátké termíny, což týmu dá pár týdnů na dokončení plánování, odhadu, vývoje, kódování, testování a vydání.
Průzkumné testování se v tak krátkých termínech stává praktickým, protože v tomto testovacím přístupu je kladen důraz na rychlý a užitečný výsledek. Jakmile pochopíte požadavek, můžete začít testovat na základě svých zkušeností a znalostí.
Jakmile se seznámíte s funkcemi a chováním aplikace, můžete navrhnout více testovacích případů pro ověření funkčnosti aplikace a detekci neplánovaných chyb. Jelikož se jedná o přístup k testování volného stylu, musíte vše zdokumentovat. Musíte však udržovat poznámky a krátkou zprávu o tom, co jste testovali, nalezené chyby a problémy atd.
Přednosti průzkumné agilní
- Poskytování zpětné vazby vývojářům co nejdříve.
- Je odhalena širší paleta vad.
- Různorodá skupina prostředků, jako je vývojář, tester, BA, návrháři mohou provádět ET, protože neexistují žádné skriptované testovací případy a každý přináší jinou perspektivu.
- Skauting prováděný v ET pomáhá při zkoumání nových teritorií a odhalování kritických chyb.
- V případě iteračního kódování aplikace se ET může zaměřit na testování nových funkcí, zatímco automatizace provádí regresní a zpětné testování kompatibility.
- V případě nestabilního požadavku může ET pomoci v omezeném čase otestovat nový požadavek.
Body k zapamatování:
1. Vyžaduje různé dovednosti: Testeři provádějící ET musí mít dobré schopnosti poslechu, čtení, myšlení a hlášení. Vyžadují se zkušenosti s doménou, protože neexistují žádné skripty a testovací případy.
2. Někdy je to těžké nahlásit chybu: Během toku ET se můžeme setkat s vadou, ale nebudeme ji schopni reprodukovat. Důvodem je, že nesledujeme kroky testování a můžeme zapomenout na přesné kroky k reprodukci tohoto problému.
3. Lze provádět jako rekreační činnost: Já osobně dělám ET, když si chci odpočinout od mého pravidelného cyklu provádění testu. Ale mnoho týmů má ET jako samostatnou fázi svého testovacího cyklu.
4. Lze provést pro všechny fáze testování: Můžeme implementovat ET před začátkem jakékoli testovací fáze. ET můžete provést ještě před fází funkčního testování.
5. Rychlá zpětná vazba: ET vyžaduje rychlou zpětnou vazbu o problémech a všech zjištěných anomáliích.
6. Kritické myšlení a rozmanité nápady: Toto testování vyžaduje kritické myšlení. Testeři by měli být schopni reprodukovat, kontrolovat a vyjadřovat své myšlenky logickým způsobem. Tester může implementovat své zkušenosti v různých technologiích a doménách, na kterých pracovali.
Jak myslet nad rámec tradičních hranic testování v průzkumném testování
'Opravdu si vážím vašeho zájmu o produkt a toho, že jste nám pomohli porozumět pohledu koncového uživatele.' Bude to velmi užitečné. Děkujeme za dobrou práci a pokračujte !!! “
Toto byl poslední e-mail e-mailového řetězce s 21 e-maily od našeho klienta. Byla půlnoc a vydání našeho produktu bylo zpožděno kvůli kritické chybě, kterou jsme našli. Možná si myslíte, co je na tom nového? Může se to stát mnohokrát. Ale toto bylo opravdu jiné, protože kritická chyba, kterou jsme nahlásili, nebyla výsledkem žádného zdokumentovaného testovacího případu.
Po dokončení regresní testování naposledy jsem ten večer jen hrál s produktem. Co to znamená? Máte svobodu dělat to, co nemáte dělat. Na základě svých zkušeností a znalostí projektu jsem měl několik nápadů, jak produkt otestovat, kromě našeho typického úložiště testů, volala Průzkumné testování .
Provedené průzkumné testování našlo kritickou chybu související s problémem se zablokováním serveru, zatímco se stalo něco neočekávaného.
Jako fanoušek průzkumného testování rád zkoumám produkt různými způsoby. Pro mě je definice softwaru:
'Měl by dělat to, co má dělat, a neměl by dělat to, co by neměl dělat.'
implementace třídění bublin c ++
Omezení testovacích hranic, abyste zkontrolovali, zda produkty, které mají fungovat, z vás dělá nekompletního testera. Život testera ve skutečnosti začíná, když dokumentované regresní testování končí a výsledky jsou aktualizovány. Pohled na produkty z různých perspektiv a porozumění požadavkům koncových uživatelů v různých scénářích mají velký rozdíl. Dnes tedy společně pochopme, jak lze tento rozdíl provést:
Jak se na produkt dívat z různých hledisek?
# 1. Pochopte zákazníka / koncového uživatele
Testování softwaru spočívá v kontrole kvality produktu z hlediska spokojenosti zákazníků. Jak znáte hledisko zákazníka? Odpověď je jednoduchá - musíte být zákazníkem. Dobře, dovolte mi provést opravu. Být zákazníkem nebude stačit. Musíte pochopit, jak chce zákazník s produktem zacházet. Žádní dva zákazníci, kteří si koupili stejné suroviny, nepřipraví stejný recept. Ano, produkt, který vyvíjíme / dodáváme, je surovinou pro podniky zákazníků a při používání mají jiné myšlení.
Jako tester softwaru musíme zkontrolovat účel produktu, nikoli jeho objekt nebo aspekt.
Dovolte mi uvést několik praktických příkladů ze života:
- Nůžky se nikdy neomezovaly pouze na řezaný papír. Účelem je řezání, nikoli papír (předmět).
- Mobilní telefony se nikdy neomezovaly pouze na volání, ale „základní možnost volání“ byla vždy základním účelem.
- Skladovací boxy se používají ke skladování, ale bezpečnost skladovaného materiálu je stejně důležitá jako skladování.
Základem průzkumného testování by mělo být pochopení zúčastněných stran a široká škála jejich očekávání.
# 2. Myšlení
Při hledání (řekněme) reklamy na zaměstnání, vidíte ten jackpot a mezi stránkami s tučným písmem? Většina z nás ne (věřte mi, je to pravda). Protože jsme instruovali naši mysl, aby hledala, co je užitečné, nebo aby byla zkontrolována. Cokoli jiného je k ničemu, takže mysl nás popírá, abychom to rozpoznali.
Otevřete svou mysl a nenastavujte žádná očekávání, když začnete zkoumat produkt . Vždy pamatujte, že to není v pořádku, pokud produkt dělá to, co má dělat. Je také důležité, aby nedělalo to, co by nemělo.
Pamatuji si jeden klasický příklad:
V systému Linux se příkaz „cat“ používá ke kontrole obsahu souboru a příkaz „ls“ ke kontrole obsahu adresáře. Když jsem pracoval s Linuxem a byl pět let v testování softwaru, nikdy mě nenapadlo dělat kočku, protože moje mysl byla nastavena; pokud jsem potřeboval obsah adresáře, musím použít „ls“. To fungovalo, ale odvrácená strana očekávání spočívá v tom, že se produkt neměl chovat tak, jak by se neměl, byl špatný. Jeden z našich zákazníků, který neznal dobře Linux, udělal omylem kočku a systém havaroval. Zaplatili jsme za toto myšlení.
Buďte vždy připraveni dělat chyby se softwarem, protože to bude dělat koncový uživatel. K testování softwaru jste byli vyškoleni, ale koncový uživatel nebude tak vyškolen jako vy nebo nebude takovým technickým expertem jako vy. Také se softwarem udělá cokoli, když mají potíže.
Přemýšlejte o těchto scénářích a poskytněte zpětnou vazbu k testování. Život softwaru a vašeho (jako testeru) bude kolísat.
# 3. Znáte konkurenty
Při testování jakékoli softwarové aplikace pro klienta jste se někdy pokoušeli poznat a porozumět jinému softwaru se stejným účelem? Navrhli jste někdy nějakou užitečnou funkci, kterou jste pozorovali u konkurenčního produktu? Nespadá do naší pracovní náplně, je typická odpověď. Ale znáte výhody toho, že to děláte?
Zde je několik příkladů z reálného života, které vám pomohou porozumět tomuto bodu:
- Nelíbí se vám designér, který nejen šije vaše šaty, ale také vám nejvíce poskytuje informace o sladění doplňků?
- Nelíbí se vám značka pizzy, která nejenže vyrábí skvělé pizzy, ale i domov vám přináší včas?
- Nelíbí se vám fotograf, který nejen pořizuje dobré fotografie, ale navrhuje jiný druh snímků pro focení?
Každý chce mít něco navíc za to, za co platí. Naše analýza konkurenčního softwaru pro nás může fungovat stejným způsobem. Zákazník vždy rád vyslechne cenné návrhy - zejména srovnávací návrhy, aby byl produkt užitečnější nebo prodejnější.
Také tento druh srovnání a analýzy stejné řady produktů činí naši analýzu výkonnější a nakonec vytvoříme poklad, ke kterému se můžeme kdykoli vrátit a najít něco užitečného.
Závěr
Exploratory neprochází konvenčním způsobem testování, ale přesto je to velmi silný způsob testování.
Vyvolává myšlení testera po vybalení z krabice a vybízí je, aby přišli s praktickými testovacími případy pro zjištění závady v reálném čase. Jeho freestylová povaha mu dává výhodu nad ostatními typy testování a lze jej provádět kdekoli, ať už jde o projekt využívající Agile nebo waterfall nebo jakýkoli jiný projekt, který vyžaduje minimální dokumentaci.
Úspěch průzkumného testování závisí na mnoha nehmotných aktivách, jako je dovednost testera, schopnost vytvářet efektivní testovací případy, jejich zkušenosti a schopnost sledovat jejich vnitřní pocit.
Je nutné si uvědomit, že ET je spíše adaptivní než prediktivní proces a je nezbytné udržovat zdravou rovnováhu mezi průzkumným a skriptovaným nebo pravidelným testováním.
Jste tester, který má typické zkušenosti s průzkumným testováním? Čekáme na vaše myšlenky. Neváhejte je sdílet v sekci komentářů níže.
Další výuka č. 2: Jak používat prohlídky k zajištění kompletního průzkumného testování
Doporučené čtení
- Nejlepší nástroje pro testování softwaru 2021 [QA Test Automation Tools]
- Alfa testování a beta testování (kompletní průvodce)
- Průzkumné testování vs. Skriptované testování: Kdo vyhrává?
- Úloha pomocníka QA při testování softwaru
- Některé zajímavé otázky týkající se testování softwaru
- Průvodce testováním zabezpečení webových aplikací
- Jak používat prohlídky k zajištění úplného a důkladného průzkumného testování
- Nejlepší služby testování softwaru QA od SoftwareTestingHelp