Menu

Jak zefektivnit ruční testování pomocí aplikace Micro Focus Sprinter

how make manual testing more efficient using micro focus sprinter

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

nejlepší software pro vývoj her pro začátečníky

HP Quality Center / ALM se nyní změnilo na Micro Focus Quality Center / ALM, ale přesto je obsah stránky platný i v nové doméně a nástrojích Micro Focus

Dnes v této době Testování automatizace , téměř v každém QA oddělení je automatizace první preferencí. Existuje ale několik oddělení QA, kde se 70-80% testování provádí ručně. Ve skutečnosti existují případy, kdy je kvalita zcela určena ručně, protože se tam neprovádí automatizace.

Jedním z rozhodujících důvodů, proč společnosti pokračují v manuálním testu, je neschopnost automatizačních nástrojů vyrovnat se se změnami, kterým některé aplikace pravidelně čelí. V určitých případech je jedinou možností, která zbývá s QA, ruční testování.

Ruční testování pomocí HP Sprinter

Ruční testování , nejstarší forma testování, může být občas velmi pracná, protože vyžaduje, aby byl tester velmi trpělivý, kreativní, inovativní, otevřený a zručný. Ruční tester by měl mít myšlení mimo krabici a při testování aplikace by si měl vždy myslet, že jsou v kůži zákazníka.

Průzkumné testování, jako součást ručního testování, je oblast, kde mohou manuální testeři analyzovat svou schopnost myslet z krabice.

V případě důkladného testování aplikace hraje klíčovou roli ruční testování. Během počáteční vývojové fáze je chytré testování počáteční aplikace vyvinuté ručně, spíše než ztrácet čas psaním testovacích skriptů.

Při provádění ručního testu jakékoli webové aplikace, desktopové aplikace nebo řekněme mobilní aplikace se říká, že manuální testovací inženýr pracuje efektivněji, když tester může identifikovat mnoho kritických, závažných chyb v aplikaci během krátké doby.

Taková dovednost myslet ihned po vybalení z krabice je velmi důležitá, protože u všech projektů vývoje softwaru často existuje časový limit a během omezeného časového období je nutné zajistit kvalitu produktu / aplikace. ' Čas jsou peníze '

Často je vidět, že používáme různé nástroje zvýšit účinnost testu automatických skriptů. Existuje mnoho nástrojů, které podporují téměř každý scénář, ale ve skutečnosti stále existuje mnoho případů, kdy některé testovací případy nemohou nebo mohou být automatizované . Realita je taková, že s automatizačním testováním mnohokrát testeři neustále bojují mezi testovacími skripty, testovacími daty, různými aplikacemi pro analýzu protokolů o testování, sledováním defektů atd., Což vede k vytváření příležitostí k chybám, jako je zadávání nesprávných testovacích dat, chybějící některé kroky testovací skript atd.

Pro zvýšení efektivity automatizačního testování bylo učiněno mnoho, ale naopak pro zlepšení účinnosti ručního testování bylo učiněno málo .

Pojďme si promluvit o několika faktorech, které lze vzít v úvahu pro zefektivnění práce techniků ručního testování a zefektivnění ručního testování.

Co se naučíte:

Faktory zvyšující produktivitu ručního testování:

  • Důkladné přezkoumání požadavkového dokumentu , porozumění každé implementaci a modifikaci je především a nejdůležitějším požadavkem / nezbytností před pokračováním funkčního testování.
  • Při přípravě testovacích případů je třeba klást větší důraz na oblasti, kde lze zjistit kritické nebo závažné chyby. Například , spíše než změny v uživatelském rozhraní (User Interface) by měl být kladen větší důraz na oblasti, kde existuje nějaká integrace do nějaké jiné aplikace nebo implementace nové funkce.
  • Testovací případy musí pokrývat každý detail nové implementace nebo úpravy popisující všechny funkce.
  • Prioritu testovacích případů lze nastavit podle účinnosti při aplikaci, takže v daném kratším časovém limitu by měly být pokryty alespoň ty testovací případy, jejichž priorita je vysoká. Testovací případ pokrývající některé drobné změny uživatelského rozhraní lze přeskočit, když je méně času, protože je malá nebo žádná účinnost takových testovacích případů na aplikaci.
  • Testovací případy by měly být připraveny tak, aby byla jasně uvedena všechna data testu s očekávaným výsledkem testu odpovídajícím každému případu testu.
  • Podle požadavku aplikace, funkční testování mezi prohlížeči by rozhodně mělo být provedeno. Funkční testování mezi prohlížeči je testování aplikace na jiném operačním systému s různými kombinacemi prohlížečů. Funkčnost se nemusí lišit, ale při testování funkčnosti mezi prohlížeči je pozorováno mnoho chyb uživatelského rozhraní.
  • Někdy předchozí zkušenosti s projektem hodně pomáhají při určování nových testovacích scénářů pro pochopení aplikace různými způsoby. Mnohokrát takový přístup vyústil v mimořádné běžné chyby, které by nebylo možné zjistit běžným provedením testovacích případů.
  • Průzkumné testování pomáhá testerům využít jejich myšlení k tomu, aby aplikaci přijali způsobem, jakým by ji mohl vzít zákazník.
  • Osvědčeným postupem je testování aplikace s každou fází vývoje, protože může být nákladově efektivní a snížit šance na nalezení závažných chyb později. Vady zjištěné později jsou velmi nákladně opravitelné než vady zjištěné v raných fázích testování.
  • Hlášení chyb by mělo být takové, aby jim vývojář jasně rozuměl. Měly by být poskytnuty přesné kroky k reprodukci, aby vývojáři při opravování vady nepředpokládali scénář. To pomůže rychle opravit chybu.
  • Správně Nástroje pro sledování chyb jako JIRA, Bugzilla atd. by měly být použity k hlášení problémů.

Ruční testování výzev

Ruční testování je na jedné straně velmi náchylné k chybám, časově náročné a pracné, zatímco na druhé straně je jich několik výzvy, kterým čelí při provádění ručního testování . Níže je uvedeno několik: -

  • Při provádění testovacího případu je třeba postupovat opakovaně.
  • Ručně zadejte velké množství dat.
  • Práce s více obrazovkami a nástroji. Proveďte testování napříč prohlížeči.
  • Velká spotřeba času při psaní testovacích případů a správě testovacích dat.
  • Ztráta času při opětovném vytváření / reprodukci zjištěných problémů.
  • Žádná stopa není udržována pro testovací akci provedenou během průzkumného testování.

Řešení

Dosáhnout obojího Rychlost a kvalitní , zvýšit účinnost a účinnost z ručního testování představila společnost Micro Focushas řešení pro manuální testování softwaru, známé jako HP Sprinter , což urychluje agilní testování a maximalizuje dopad průzkumného testování. HP Sprinter je často označován také jako HP ALM / QC Sprinter .

Výhody používání HP ALM / QC Sprinter:

HP Sprinter 1

Mezi hlavní vlastnosti HP ALM / QC Sprinter patří:

  • Vylepšete a zdokonalte průzkumné testování lepším určením důvodu závady nebo výsledku testu.
  • Rychlejší výsledky
  • Záznam akce uživatele při provádění testovacích případů podrobným způsobem, což vede k výsledkům testu.
  • Eliminujte opakování testovacích případů - Vkládání dat
  • Spouštění testovacích případů současně na více počítačích pro větší pokrytí různých prostředí za účelem stanovení kompatibility aplikací
  • Zrcadlové testování Testujte více prostředí současně.
  • Zvýšení produktivity s vadou vyřešenou rychleji.

Stažení Micro Focus Sprinter: Zkušební verzi HP Sprinter si můžete stáhnout na tato stránka .

Podívejte se na krátký Ukázka HP Sprinter video zde:

Podrobné kroky k provedení základního testu pomocí nástroje HP Sprinter

Rozumíme tomu pomocí několika snímků obrazovky “ Jak probíhá základní test “ pomocí HP Sprinter.

1) HP Sprinter má dva režimy: „ Plán ' a ' Běh “. Režim plánování pro odpověď na test a spuštění pro provedení testu.

(Poznámka: Klikněte na libovolný obrázek pro zvětšené zobrazení)

HP Sprinter 2

dva) Chcete-li nyní otevřít test v HP Sprinter, nejprve klikněte na tlačítko „Otevřít“ v levém panelu a poté v rozbalovací nabídce vyberte „Otevřít test HP ALM“.

HP Sprinter 3

V tomto příkladu níže je vybrán test „Objednat let“.

HP Sprinter 4

3) Další snímek obrazovky popisuje „Testovací pracovní prostor“, který poskytuje přístup k podrobnostem testu, které obsahují všechny informace.

HP Sprinter 5

nejlepší web pro stahování hudby pro Android

4) „Kroky“ testu obsahují konstrukční kroky, které jsou součástí testu.

HP Sprinter 6

5) Můžeme přidat jakékoli manuální kroky testu také kliknutím na tlačítko „Přidat“. Jak vidíte na následujícím snímku obrazovky, krok 6 je přidán po kliknutí na tlačítko „Přidat“.

HP Sprinter 7

6) Po napsání popisu kroku lze ke kroku přidat také snímek obrazovky.

HP Sprinter 8

7) Pomocí testovacího sprinteru můžeme automaticky dokumentovat testovací případy při procházení aplikací. Kliknutím na krokové snímání otevřete okno aplikace.

HP Sprinter 9

8) Na kartě Spustit, kde se provádí provádění testu, jsou všechny funkce sprinteru k dispozici jako postranní pruhy. Klepnutím na tlačítko Spustit inicializujte běh.

HP Sprinter 10

9) Karty kolem aplikací jsou k dispozici jako: Nástroje, Makra, Skenery a Řízení běhu.

HP Sprinter 11

10) Hlášení vad: Sprinter umožňuje vytvářet podrobné a zdokumentované podrobnosti v přidání informací o vadném scénáři (na kartě Inteligentní vada)

HP Sprinter 12

jedenáct) Když pošleme vadu, může Sprinter přidat do popisu vady testovací kroky; k defektu lze připojit také snímek obrazovky nebo film z testu.

HP Sprinter 13

HP Sprinter 14

12) Může také upravit snímání obrazovky, aby dále objasnilo vadu nebo pomohlo ověřit hlavní prvky v uživatelském rozhraní vývojářům pomocí nástrojů.

HP Sprinter 16

13) Sprinter může také automaticky detekovat defekty. Pod skenery klikněte na skenování, když se chystáme skenovat defekt.

HP Sprinter 17

14) Vložení dat: Testování aplikace, která obsahuje všechny formy mnoha vstupních polí, může být zdlouhavé, časově náročné a náchylné k chybám. Vkládání dat automaticky vkládá předdefinovaná data do aplikace. To vede k obrovské úspoře času při zdlouhavém ručním testování.

HP Sprinter 18

patnáct) Když klikneme na tlačítko pro vložení, data se automaticky vloží do formuláře, jak je zobrazeno v aplikaci.

HP Sprinter 19

16) Zrcadlení dat: Testujte více prostředí současně. Poskytuje zákazníkům velkou hodnotu díky lokalizaci, různým konfiguracím back-endu.

HP Sprinter 20

17) Poté se vytvoří podrobná zpráva o spuštění. Zpráva obsahuje shrnutí běhu, všechny kroky, které byly provedeny, odeslané vady a všechny provedené akce.

18) Dalším způsobem, jak zkontrolovat výsledky běhu, je Storyboard.

HP Sprinter 20

Závěr

Sprinter je snadno použitelná desktopová aplikace, která zvyšuje rychlost provádění testovacích případů, snižuje náklady a zvyšuje produktivitu a v konečném důsledku pomáhá zvyšovat efektivitu ručního testování.

Doporučené čtení = >> Co je testování účinnosti

Dopad a účinnost průzkumného testování Sprinter nejen maximalizuje, ale také zkracuje čas potřebný na dokončení životního cyklu testu. Urychluje doručování aplikací. Zahrnutím HP sprinter při provádění ručního testování jakékoli aplikace lze tedy ruční test prokázat jako velmi efektivní způsob testování.

oboustranná fronta c ++

O autorovi: Toto je příspěvek od Sushmy S. Má 4 a více let zkušeností s testováním softwaru a v současné době pracuje jako Senior Software Test Engineer v MNC. Má odborné znalosti v procesech QA a manuálním testování s včasným dodáním v agresivních termínech.

Dejte nám vědět, pokud máte nějaké dotazy ohledně používání HP Sprinter.

Výukový program PREV | DALŠÍ výukový program č. 5: Nejlepší 17 průzkumných testovacích nástrojů

Doporučené čtení

^