top 20 practical software testing tips you should read before testing any application
Přeji všem testerům, aby si přečetli postupy testování softwaru aktualizované v tomto článku . Přečtěte si pozorně každý bod a pokuste se je implementovat do svých každodenních testovacích aktivit. To je to, co očekávám od čtenářů prostřednictvím tohoto článku. Pokud nerozumíte žádné praxi testování, požádejte o další vysvětlení v sekci komentáře níže.
Všechny tyto testovací postupy se však naučíte podle zkušeností. Proč se však všechny tyto věci nenaučíte, než uděláte nějakou chybu?
Pojďme se na to podívat jim!
Zde jsou některé z nejlepších zkušebních postupů, které jsem se naučil pomocí Experience:
bezpečný program pro stahování videí z YouTube
# 1) Naučte se důkladně analyzovat výsledky testů. Neignorujte žádné výsledky testů. Konečným výsledkem testu může být „vyhovět“ nebo „selhat“, ale řešení hlavní příčiny „selhání“ vám poskytne řešení problému. Testeři budou respektováni, pokud se nejen přihlásí Hmyz ale také poskytovat řešení.
#dva) Naučte se maximalizovat Pokrytí testu pokaždé, když otestujete jakoukoli aplikaci. 100% pokrytí testu nemusí být možné, ale vždy se můžete pokusit dosáhnout v jeho blízkosti.
# 3) Aby bylo zajištěno maximální pokrytí testem, rozdělte svoji Testovanou aplikaci (AUT) na menší funkční moduly. Napište testovací případy na takové jednotlivé moduly jednotek. Pokud je to možné, rozdělte tyto moduly na menší části.
Například, předpokládejme, že jste svou webovou aplikaci rozdělili do modulů a jedním z modulů je „přijímání informací o uživateli“. Tuto obrazovku „Informace o uživateli“ můžete rozdělit na menší části pro psaní testovacích případů: části, jako je testování uživatelského rozhraní, Testování zabezpečení , Funkční testování formuláře „Informace o uživateli“ atd.
Aplikujte všechny testy typu a velikosti pole formuláře, negativní a validační testy na vstupní pole a zapište všechny tyto testovací případy pro maximální pokrytí.
# 4) Zatímco Psaní testovacích případů , nejprve napište testovací případy pro zamýšlenou funkčnost, tj. pro platné podmínky podle požadavků. Poté napište testovací případy pro neplatné podmínky. To pokryje očekávané i neočekávané chování testované aplikace.
# 5) Mysli pozitivně. Začněte testovat aplikaci s úmyslem najít chyby / chyby. Nemyslete si předem, že v aplikaci nebudou žádné chyby. Pokud aplikaci otestujete s úmyslem najít chyby, určitě se vám je podaří najít Drobné chyby taky.
# 6) Napište své testovací případy do samotné fáze analýzy požadavků a návrhu. Tímto způsobem můžete zajistit, že všechny požadavky budou testovatelné.
# 7) Udělej si svůj testovací případy dostupné vývojářům před kódováním. Nenechávejte své testovací případy u sebe čekající na vydání finální verze aplikace pro testování v domnění, že můžete zaznamenat více chyb. Nechte vývojáře důkladně analyzovat vaše testovací případy a vyvinout kvalitní aplikaci. Tím také ušetříte čas na přepracování.
# 8) Je-li to možné, identifikujte a seskupte své testovací případy Regresní testování . Tím zajistíte rychlé a efektivní manuální regresní testování.
# 9) Výkon vyžadující aplikace vyžadující kritickou dobu odezvy by měly být důkladně otestovány. Testování výkonu je kritickou součástí mnoha aplikací. v Příručka Testování, toto je nejvíce ignorovaná část testery kvůli nedostatku požadovaného velkého objemu dat při testování výkonu.
Zjistěte způsoby, jak otestovat výkon vaší aplikace. Pokud není možné vytvořit testovací data ručně, napište některé základní skripty pro vytvoření testovacích dat pro testy výkonu nebo požádejte vývojáře, aby vám jeden napsali.
# 10) Programátoři by neměli testovat svůj vlastní kód. Jak je uvedeno v našem předchozí příspěvek , vývojářům by k vydání aplikace pro testery mělo stačit základní testování jednotek vyvinutých aplikací. Ale vy (tester) byste neměli nutit vývojáře, aby produkt vydali pro testování.
Nechte je vzít si čas. Každý od vedoucího k manažerovi ví, kdy je modul / aktualizace vydána pro testování, a může podle toho odhadnout dobu testování. Toto je typická situace v Agilní prostředí projektu.
# 11) Jděte nad rámec testování požadavků. Otestujte aplikaci, zda nemá dělat.
# 12) Při provádění regresního testování použijte předchozí graf chyby (Graf chyb - počet nalezených chyb proti času pro různé moduly). Tento graf chyby modulu může být užitečný k předpovědi nejpravděpodobnější části chyby aplikace.
# 13) Poznamenejte si nové pojmy, koncepty, které se naučíte při testování. Při testování jakékoli aplikace mějte otevřený textový soubor. Poznamenejte si průběh testování a pozorování v tom. Použijte tato pozorování poznámkového bloku při přípravě závěrečné zprávy o vydání testu. Tento dobrý zvyk vám pomůže poskytnout kompletní jednoznačný testovací protokol a podrobnosti o vydání.
# 14) Mnohokrát testeři nebo vývojáři provedou změny v kódové základně pro testovanou aplikaci. Toto je požadovaný krok ve vývojovém nebo testovacím prostředí, aby se zabránilo provádění živého zpracování transakcí jako v bankovních projektech.
Poznamenejte si všechny takové změny kódu provedené pro účely testování a v době finálního vydání se ujistěte, že jste odstranili všechny tyto změny z prostředků konečného souboru nasazení na straně klienta.
# 15) Udržujte vývojáře mimo testovací prostředí. Toto je vyžadován krok k detekci jakýchkoli změn konfigurace, které chybí v dokumentu vydání nebo nasazení. Někdy vývojáři provedou určité změny konfigurace systému nebo aplikace, ale zapomenou je zmínit v krocích nasazení.
Pokud vývojáři nemají přístup k testovacímu prostředí, neprovedou žádné takové změny v testovacím prostředí náhodně a tyto chybějící věci lze zachytit na správném místě.
jak kopírovat pole v javě
# 16) Je dobrým zvykem zapojte testery hned od samotné fáze Softwarové požadavky a Design. Tímto způsobem mohou testeři získat znalosti o spolehlivosti aplikací, což vede k podrobnému pokrytí testů. Pokud od vás není požadováno, abyste se stali součástí tohoto vývojového cyklu, můžete požádat svého vedoucího nebo manažera o zapojení vašeho testovacího týmu do všech rozhodovacích procesů nebo schůzek.
# 17) Testovací týmy by měly sdílet osvědčené testovací postupy , zkušenosti s ostatními týmy v jejich organizaci.
# 18) Zvyšte svou konverzaci s vývojáři dozvědět se více o produktu. Kdykoli je to možné, komunikujte tváří v tvář pro rychlé řešení sporů a pro zabránění nedorozuměním.
Ale i když pochopíte požadavek nebo vyřešíte jakýkoli spor - nezapomeňte komunikovat stejnými přepsanými způsoby komunikace, jako jsou e-maily. Nenechávejte nic verbálního.
# 19) Neutíkejte Opožděně dělat úkoly s vysokou prioritou testování. Upřednostněte svou testovací práci od vysoké po nízkou prioritu a podle toho naplánujte svou práci. Analyzujte všechna související rizika a upřednostněte svou práci.
# 20) Napište jasný, popisný, jednoznačný Zpráva o chybě . Neposkytujte pouze příznaky chyby, ale také poskytněte účinek chyby a všechna možná řešení.
Nezapomeňte, že testování je kreativní a náročný úkol. Nakonec vše záleží na vašich dovednostech a zkušenostech, jak se s touto výzvou vypořádáte.
Přes vás:
Sdílením vlastních zkušeností s testováním, tipů nebo testovacích tajemství v komentářích níže bude tento článek určitě zajímavější a užitečnější !!
Dejte nám vědět své myšlenky / návrhy o tomto článku.
Doporučené čtení
- Nejlepší nástroje pro testování softwaru 2021 [QA Test Automation Tools]
- Úloha pomocníka QA při testování softwaru
- Testuje software emocionální úkol?
- Kurz testování softwaru: Ke kterému institutu pro testování softwaru bych se měl připojit?
- Výběr testování softwaru jako vaší kariéry
- Práce na volné noze se softwarem pro testování technického obsahu Writer
- Co je Testování opic při testování softwaru?
- Testování aplikací - do základů testování softwaru!