Menu

6 základných zručností, ktoré by mal mať každý tester (hlavne sviežejší)

6 basic skills that every tester should have

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Testovanie softvéru alebo QA je najlepšou platformou pre nováčikov, ktorí môžu vstúpiť do IT priemyslu, aj napriek mylným predstavám, že ide o menej alebo menej platenú prácu.

Najdôležitejšou zručnosťou, ktorú tester potrebuje, je schopnosť nájsť chyby . A ak ste typ človeka, ktorý miluje hľadanie ploštíc, budete milovať a rásť v tejto oblasti.

Napriek tomu existuje niekoľko ďalších zručností, ktoré vám môžu pomôcť nájsť chyby a lepšie pracovať s procesmi kontroly kvality.

Toto je článok, ktorý ukáže proces QA, ktorým sa riadi väčšina spoločností, a poskytne novým testerom vysvetlenie týkajúce sa testovania.

Podrobne sa naučíte proces dokumentácie a štandardy, príprava testera, testovanie založené na obmedzeniach, testovanie počas čiastočného vývoja a nakoniec proces odhlásenia.

základné testovacie schopnosti

Poďme začať.

Čo sa dozviete:

# 1. Dokumentácia

Dokumentácia je pri testovaní nevyhnutná. Väčšina spoločností zadáva túto úlohu nováčikom. Ak chcete uspieť, mali by ste mať dobrá slovná zásoba pretože zvyšné veci, ako napríklad dokumentačné štandardy atď., nemáte pod kontrolou a závisia od procesov tímu a spoločnosti.

Nezabudnite tiež skontrolovať hodnotu procesu dokumentácie. Výhod je veľa - pomáhajú vám sledovať zmeny požiadaviek, sledovať vaše testovacie kroky, zaznamenávať prácu atď.

Odporúčané čítanie=> Prečo je dokumentácia dôležitá pri testovaní softvéru

# 2. Príprava na test

Zo všetkých dostupných dokumentov nemožno zanedbávať nasledujúce. Nazývajú sa tiež ako dodateľné dokumenty a premosťujú porozumenie klientov, vývojárov a testerov.

a) Plán testov: Zmapuje priebeh testovania od začiatku do konca .

Plán testov zobrazuje rozsah a činnosti testovacej fázy. Tím, ktorý vytvoril vedúci QA, musí prispievať a byť informovaný o všetkom, čo je napísané v pláne testovania.

Niektoré tímy majú niekoľko úrovní plánov testov: hlavný plán a fázový plán.

Plán skúšok musí mať:

  • Názov a verzia projektu
  • Identifikátory plánu testu - autor, číslo konceptu, dátum vytvorenia atď.
  • Úvod - Prehľad projektu, cieľ a obmedzenia
  • Referencie - Zoznam referencií použitých ako vstup. (Uistite sa, že používate presnú a najnovšiu verziu)
  • Testované položky - moduly, verzia, rozsah, mimo rozsahu atď.
  • Celkový prístup k testu / Stratégia testu - nástroje, ktoré sa majú použiť, proces sledovania chýb, úrovne vykonaných testov atď.
  • Kritériá položky Pass / Fail - Pokyny na vykonanie testu
  • Kritériá pozastavenia a obnovenia
  • Výsledky testovania - testovací prípad, správy o teste, správa o chybe, metriky testu atď.
  • Podrobnosti testovacieho prostredia
  • Tímový zoznam s informáciami o kontaktných miestach. pre každý modul alebo typ skúšky
  • Odhady testu - čas a úsilie. Podrobnosti o rozpočte sú dôverné a nenájdete ich tu
  • Riziká a plány zmierňovania
  • Schválenia
  • Ostatné usmernenia

Prečítajte si tiež=>

b) Testovacie scenáre:

Jeden riadok ukazuje na to, „čo testovať“ na základe každej požiadavky a zvyčajne je zdokumentované a sledované v tabuľkách.

Väčšina z nich obsahuje:

  • Názov modulu / komponentu / funkcie (prihlásenie, administrátor, registrácia atď.)
  • ID scenára slúži ako referencia (napr. TS_Login_001).
  • Popis scenára - „Čo otestovať“ Napríklad: Overte, či prihlásenie umožňuje používateľom s platnými povereniami úspešné prihlásenie
  • Dôležitosť scenára - Stanoviť priority v prípade nedostatočného času - vysoká / stredná / nízka
  • ID požiadavky - kvôli vysledovateľnosti

Ďalšie čítanie=>

c) Testovacie prípady:

Presné testovacie prípady poskytujú presné výsledky testov. Tabuľky sú stále populárnym médiom na písanie testovacích prípadov, najmä pre začiatočníkov, aj keď niektoré spoločnosti prispôsobujú nástroje na správu testov. Základom pre písanie testovacích prípadov je dokument SRS / FRD / Req. Ale to často nestačí, takže budete musieť využiť veľa domnienok a diskusií s tímami BA / Dev.

Písanie efektívnych testovacích prípadov je najdôležitejšou kvalifikáciou, ktorú tester musí mať. Všetky testovacie prípady sú zvyčajne kategorizované ako pozitívne / negatívne. Pozitívny testovací prípad je dávať platné vstupy a dosahovať pozitívne výsledky. Negatívny testovací prípad dáva neplatné vstupy a dostáva presné chybové hlásenie.

Ďalšie informácie o týchto položkách nájdete na adrese:

Niektoré spoločné atribúty, ktoré majú všetky testovacie prípady, sú:

  • ID scenára - prevzaté z dokumentu testovacieho scenára
  • ID testovacieho prípadu - slúži na jedinečnú identifikáciu a sledovanie. Napr .: TC_login_001
  • Popis testu - stručné vysvetlenie testovaných podmienok testu
  • Kroky na vykonanie - Podrobné pokyny na testovanie
  • Údaje o teste - údaje poskytnuté pri krokoch testu
  • Očakávaný výsledok - výsledok podľa očakávaní
  • Skutočný výsledok - odpoveď AUT, keď je test spustený
  • Status - Pass / Fail / No Run / Incomplete / Blocked - Popisuje výsledok testu
  • Poznámky - k ďalším podrobnostiam
  • Popravený - meno testera
  • Dátum vykonania - Dátum spustenia testu
  • Defekt ID - Defekt zaznamenaný proti testovaciemu prípadu v prípade zlyhania testu
  • Podrobnosti o konfigurácii - OS, Prehliadač, Platforma, informácie o zariadení (voliteľné)

Odporúčané čítanie=>

# 3. Testovací proces - Aké testy je potrebné vykonať?

Existuje obrovské množstvo typov testovania, ale nie všetky je možné vykonať na danom AUT. Pri výbere testov, ktoré sa majú pri aplikácii vykonať, sú kľúčovými hráčmi čas, rozpočet, povaha podnikania, povaha aplikácie a záujem klienta.

Napríklad: Ak sa jedná o online obchodný portál, potom sú stresové testy a testy zaťaženia povinné. Niektoré typy testov, ktoré by ste si nemali nechať ujsť, sú:

# 4. Testovanie v štádiu čiastočného vývoja

Spravidla platí, že pri stredne veľkých a začínajúcich spoločnostiach je obmedzený čas a zdroje. Testéri tu môžu spustiť svoj testovací proces pred integráciou modulu, čo znamená, že môžeme robiť testy integrácie jednotiek a sprostredkovateľov.

Je dôležité poznamenať, že výsledky z týchto etáp nemožno počítať ako presné, takže možno budete musieť naplánovať celkový test čiernej skrinky, akonáhle bude všetko pripravené na použitie. Prehliadanie tejto časti by sa mohlo ukázať ako nákladné a testovanie by bolo neúčinné.

# 5. Dokument o chybovom hlásení

Ruku na srdce, toto je najdôležitejší dokument QA, aký kedy vyrobíte.

otázky z rozhovoru pre džiru pre majstra skrumáže

Nasledujúce polia musia obsahovať dobrú správu o chybe:

  • Defekt ID - zvyčajne sériové číslo
  • Popis chyby - Vysvetlenie problému jedným riadkom
  • Umiestnenie - modul / oblasť AUT, v ktorej sa nachádza problém
  • Číslo zostavy - verzia a kód zostavy č.
  • Kroky na reprodukciu - Zoznam krokov, ktoré vás vedú k problému
  • Závažnosť - nastavte úroveň popisujúcu závažnosť problému - nízka, stredná, vysoká, blokujúca atď.
  • Priorita - vývojári určia, aby určili poradie, v ktorom bude chyba opravená (P1, P2, P3 atď. P1 - najvyššie)
  • Pridelené - Majiteľ vady v danom okamihu
  • Nahlásil - meno testera
  • Stav - odlišný stav, ktorý predstavuje fázu životného cyklu chyby
    • Nové - chyba sa našla a práve sa nahlásila
    • Open - Potvrdené vedením QA
    • Priradené - odoslané vedúcemu vývojára na priradenie k príslušnému vývojárovi
    • Prebieha / Prebieha práca - Dev na tom začal pracovať
    • Opravené / Vyriešené - vývojár na tom pracuje
    • Overené / Uzatvorené - Tím QA vykonal opätovné testovanie a zistil chybu opravenú
    • Retest - QA tím nesúhlasí s uznesením Dev a ďalej postupuje v chybe pri prepracovaní
    • Duplikát - Podobná chyba už existuje
    • Odložené - platná chyba, ale bude opravená v ďalších vydaniach
    • Neplatné - nejedná sa o chybu alebo nie je reprodukovateľná alebo nie je k dispozícii dostatok informácií

Ďalšie čítanie=>

# 6. Proces odhlásenia

Odhlásiť sa a odoslanie konečnej dokumentácie je úlohou vedúceho / manažéra QA. Tím však musí predložiť vyššie uvedené dokumenty (testovací scenár, testovací prípad a dokument protokolu defektov) na konečné preskúmanie a audit.

Uistite sa, že ste všetky skontrolovali a poslali finálne verzie.

Prečítajte si tiež=>

Záver

Toto je proces, ktorého som bol svedkom a zažil som ho na vlastnej koži, keď som bol testerom, a dúfam, že vám dal niekoľko užitočných rád.

Nakoniec, kariéra v testovaní bola pre mňa absolútnou radosťou a dúfam, že aj pre vás.

Všetko najlepšie pre vašu kariéru!

Odporúčané čítanie

^