top 20 practical software testing tips you should read before testing any application
Prajem všetkým testerom, aby si prečítali postupy testovania softvéru aktualizované v tomto článku . Pozorne si prečítajte každý bod a pokúste sa ich implementovať do svojich každodenných testovacích aktivít. To je to, čo očakávam od čitateľov prostredníctvom tohto článku. Ak nerozumiete žiadnemu testovaciemu postupu, požiadať o ďalšie vysvetlenie v sekcii komentárov nižšie.
Všetky tieto testovacie postupy sa však naučíte z vlastnej skúsenosti. Prečo sa však všetky tieto veci nenaučíte skôr, ako neurobíte chybu?
Poďme sa na to pozrieť ich!
Tu sú niektoré z najlepších testovacích postupov, ktoré som sa naučil v aplikácii Experience:
ako otvoriť torrent súbor na mac
# 1) Naučte sa dôkladne analyzovať výsledky svojich testov. Neignorujte žiadne výsledky testov. Konečný výsledok skúšky môže byť „vyhovujúci“ alebo „neúspešný“, ale riešenie hlavnej príčiny „zlyhania“ vám poskytne riešenie problému. Testéri budú rešpektovaní, ak nielen prihlásia Ploštice ale aj poskytnúť riešenia.
#dva) Naučte sa maximalizovať Pokrytie testu zakaždým, keď otestujete ktorúkoľvek aplikáciu. 100% pokrytie testom nemusí byť možné, ale vždy sa môžete pokúsiť dosiahnuť blízko neho.
# 3) S cieľom zabezpečiť maximálne pokrytie testom rozdeľte svoju Testovanú aplikáciu (AUT) na menšie funkčné moduly. Na také jednotlivé jednotky napíšte testovacie prípady. Pokiaľ je to možné, rozdeľte tieto moduly na menšie časti.
Napríklad, predpokladajme, že ste svoju webovú aplikáciu rozdelili do modulov a jedným z modulov je aj „prijímanie informácií o užívateľovi“. Túto obrazovku „Informácie o používateľovi“ môžete rozdeliť na menšie časti na písanie testovacích prípadov: časti, ako je testovanie používateľského rozhrania, Testovanie bezpečnosti , Funkčné testovanie formulára „Informácie o používateľovi“ atď.
Na vstupné polia použite všetky testy typu a veľkosti poľa formulára, negatívne a validačné testy a napíšte všetky takéto testovacie prípady, aby ste dosiahli maximálne pokrytie.
# 4) Zatiaľ Písanie testovacích prípadov , najskôr napíšte testovacie prípady pre zamýšľanú funkčnosť, t.j. pre platné podmienky podľa požiadaviek. Potom napíšte testovacie prípady na neplatné podmienky. Bude to pokrývať očakávané aj neočakávané správanie testovanej aplikácie.
# 5) Myslite pozitívne. Začnite testovať aplikáciu s úmyslom nájsť chyby / chyby. Nemyslite si vopred, že v aplikácii nebudú žiadne chyby. Ak aplikáciu otestujete s úmyslom nájsť chyby, určite sa vám ich podarí nájsť Jemné chyby tiež.
# 6) Napíšte svoje testovacie prípady do samotnej fázy analýzy požiadaviek a návrhu. Týmto spôsobom môžete zabezpečiť, že všetky požiadavky sú testovateľné.
# 7) Urob svoj testovacie prípady, ktoré majú vývojári k dispozícii pred programovaním. Nenechávajte svoje testovacie prípady pri sebe, čakajte na vydanie konečnej verzie aplikácie na testovanie, myslite na to, že môžete zaznamenať ďalšie chyby. Nechajte vývojárov dôkladne analyzovať vaše testovacie prípady, aby vytvorili kvalitnú aplikáciu. To tiež ušetrí čas potrebný na prepracovanie.
# 8) Ak je to možné, identifikujte a zoskupte svoje testovacie prípady pre Regresné testovanie . To zabezpečí rýchle a efektívne manuálne regresné testovanie.
# 9) Výkonnosť aplikácií vyžadujúcich čas kritickej odozvy by mal byť dôkladne otestovaný. Testovanie výkonu je kritickou súčasťou mnohých aplikácií. V Príručka Testovanie je testermi najviac ignorovanou časťou z dôvodu nedostatku požadovaného veľkého objemu dát pri testovaní výkonu.
Zistite, ako otestovať výkonnosť vašej aplikácie. Ak nie je možné vytvoriť testovacie údaje manuálne, napíšte niektoré základné skripty na vytvorenie testovacích údajov pre výkonnostné testy alebo požiadajte vývojárov, aby jeden napísali za vás.
# 10) Programátori by nemali testovať svoj vlastný kód. Ako sa hovorí v našom predchádzajúci príspevok , vývojárom by malo stačiť základné testovanie vyvinutých aplikácií, aby mohli aplikáciu vydať pre testerov. Vy (tester) by ste ale nemali nútiť vývojárov, aby vydali produkt na testovanie.
Nech si dajú načas. Všetci od vedúceho k manažérovi vedia, kedy je modul / aktualizácia vydaná na testovanie, a môžu podľa toho odhadnúť čas testovania. Toto je typická situácia v Agilný prostredie projektu.
# 11) Prejdite nad rámec testovania požiadaviek. Vyskúšajte aplikáciu, čo nemá robiť.
# 12) Zatiaľ čo robíte regresné testovanie použite predchádzajúci graf chyby (Graf chýb - počet nájdených chýb oproti času pre rôzne moduly). Tento graf chyby modulu môže byť užitočný na predpovedanie najpravdepodobnejšej časti chyby aplikácie.
# 13) Poznačte si nové pojmy, koncepty, ktoré ste sa naučili počas testovania. Počas testovania akejkoľvek aplikácie majte otvorený textový súbor. Poznačte si priebeh testovania a pozorovania v tom. Tieto pozorovania poznámkového bloku využite pri príprave záverečnej správy o vydaní testu. Tento dobrý zvyk vám pomôže poskytnúť úplnú jednoznačnú správu o teste a podrobnosti o vydaní.
# 14) Mnohokrát testeri alebo vývojári urobia zmeny v kódovej základni pre testovanú aplikáciu. Toto je požadovaný krok vo vývojovom alebo testovacom prostredí, aby sa zabránilo vykonaniu živého spracovania transakcií, ako napríklad v bankových projektoch.
Poznačte si všetky tieto zmeny kódu vykonané na účely testovania a v čase finálneho vydania sa uistite, že ste odstránili všetky tieto zmeny z prostriedkov konečného súboru nasadenia na strane klienta.
# 15) Držte vývojárov ďalej od testovacieho prostredia. Toto je vyžadovaný krok na zistenie akýchkoľvek zmien konfigurácie, ktoré chýbajú v dokumente k vydaniu alebo nasadeniu. Niekedy vývojári urobia nejaké zmeny konfigurácie systému alebo aplikácie, ale zabudnú spomenúť tie, ktoré sú uvedené v krokoch nasadenia.
Ak vývojári nemajú prístup k testovaciemu prostrediu, nebudú v testovacom prostredí náhodne robiť žiadne také zmeny a tieto chýbajúce veci môžu byť zachytené na správnom mieste.
# 16) Je dobrým zvykom zapojte testerov už od samotnej fázy Požiadavky na softvér a Dizajn. Týmto spôsobom môžu testéri získať vedomosti o spoľahlivosti aplikácií, čo vedie k podrobnému pokrytiu testu. Ak sa od vás nežiada, aby ste sa stali súčasťou tohto vývojového cyklu, môžete požiadať svojho vedúceho alebo manažéra, aby zapojil váš testovací tím do všetkých rozhodovacích procesov alebo stretnutí.
# 17) Testovacie tímy by mali zdieľať najlepšie testovacie postupy , skúsenosti s ostatnými tímami v ich organizácii.
# 18) Zintenzívnite konverzáciu s vývojármi dozvedieť sa viac o produkte. Vždy, keď je to možné, komunikujte tvárou v tvár s cieľom rýchlo vyriešiť spory a zabrániť nedorozumeniam.
Ale tiež keď pochopíte požiadavku alebo vyriešite akýkoľvek spor - nezabudnite komunikovať rovnako prepisovanými spôsobmi komunikácie, ako sú e-maily. Nenechávajte nič verbálne.
# 19) Neutekaj Čas vypršal robiť úlohy s vysokou prioritou pri testovaní. Stanovte prioritu svojej testovacej práce od vysokej po nízku prioritu a podľa toho si naplánujte prácu. Analyzujte všetky súvisiace riziká a uprednostnite svoju prácu.
# 20) Napíšte jasný, popisný, jednoznačný údaj Správa o chybe . Poskytujte nielen príznaky chyby, ale aj účinok chyby a všetky možné riešenia.
Nezabudnite, že testovanie je kreatívna a náročná úloha. Nakoniec všetko závisí od vašich schopností a skúseností, ako zvládnete túto výzvu.
Pre vás:
Zdieľaním vlastných skúseností s testovaním, tipmi alebo testovacími tajomstvami v komentároch nižšie bude tento článok určite zaujímavejší a užitočnejší !!
Ako otvoríte súbor JSON
Dajte nám vedieť svoje myšlienky / Návrhy o tomto článku.
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Úloha pomocníka QA pri testovaní softvéru
- Je testovanie softvéru emocionálnou úlohou?
- Kurz testovania softvéru: Do ktorého inštitútu pre testovanie softvéru by som sa mal pripojiť?
- Ako svoju kariéru si zvolíte testovanie softvéru
- Práca na voľnej nohe pre spisovateľa technického obsahu, ktorý testuje softvér
- Čo je testovanie opíc pri testovaní softvéru?
- Testovanie aplikácií - do základov testovania softvéru!