how find bug application
Velmi dobrý a důležitý bod. Že jo? Pokud jste softwarovým testerem nebo technikem QA, musíte každou minutu přemýšlet o nalezení chyby v aplikaci. A měli byste být!
Myslím, že najít a Blokovací chyba jako každý Selhání systému je často obohacující! Ne, nemyslím tak. Měli byste se pokusit zjistit chyby, které je nejobtížnější najít a které vždy zavádějí uživatele.
Nalezení takových jemných chyb je nejnáročnější práce a dává vám uspokojení z vaší práce. Mělo by to být také odměněno seniory. Podělím se o své zkušenosti s jednou takovou jemnou chybou, kterou bylo nejen obtížné chytit, ale bylo také obtížné ji reprodukovat.
Testoval jsem jeden modul z mého projektu vyhledávače. Většinu aktivit tohoto projektu provádím ručně, protože automatizace je trochu složitější. Tento modul se skládá ze statistik provozu a příjmů různých přidružených společností a inzerentů. Testování takových zpráv je tedy vždy obtížný úkol.
Když jsem testoval tuto zprávu, zobrazoval data přesně zpracovaná po určitou dobu, ale při pokusu o opětovné testování po nějaké době vykazovala zavádějící výsledky. Bylo divné a matoucí vidět výsledky.
K zpracování souborů protokolu a aktualizaci databáze existoval Cron (Cron je automatizovaný skript, který se spouští po zadaném čase nebo podmínkách). Takové více plodin běží na souborech protokolu a DB, aby synchronizovaly celková data.
Na jednom stole běhaly dva Cronové s časovými intervaly.
V tabulce byl sloupec, který byl přepisován jiným Cronem, což způsobovalo nekonzistenci dat. Trvalo dlouho, než jsme zjistili problém kvůli obrovským procesům DB a různým Cronům.
Moje myšlenka se pokouší zjistit skryté chyby v systému, které by se mohly vyskytnout za zvláštních podmínek a způsobí silný dopad na systém. Takovou chybu můžete najít pomocí několika tipů a triků.
nejlepší free mov to mp4 převodník
Jaké jsou tedy tyto tipy:
# 1) Pochopte celou aplikaci nebo modul do hloubky před zahájením testování.
#dva) Připravit dobré testovací případy před zahájením testování. Mám na mysli zdůraznění funkčních testovacích případů, které zahrnují hlavní riziko aplikace.
# 3) Vytvořit dostatečné údaje o zkoušce před testy obsahuje tato datová sada podmínky testovacího případu a také záznamy databáze, pokud se chystáte testovat aplikaci související s DB.
# 4) Opakované testy proveďte pomocí jiné testovací prostředí .
# 5) Zkuste zjistit výsledný vzor a poté porovnejte své výsledky s těmito vzory.
# 6) Když si myslíte, že jste splnili většinu testovacích podmínek, a když si myslíte, že jste již trochu unavení udělat nějaké testy na opice.
# 7) Použijte předchozí Testovací vzor dat analyzovat aktuální soubor testů.
# 8) Vyzkoušet některé Standardní testovací případy pro které jste našli chyby v nějaké jiné aplikaci. Stejně jako při testování vstupního textového pole zkuste jako vstupy vložit některé značky HTML a zobrazit výstup na stránce zobrazení.
# 9) Posledním a nejlepším trikem je velmi se snažit najít chybu. Jako kdybyste testovali, jen abyste rozbili aplikaci!
V dalších příspěvcích uvedu další tipy. Mezitím zde můžete komentovat další tipy.
Doporučené čtení
- Jak napsat dobrou zprávu o chybě? Tipy a triky
- Top 20 praktických tipů pro testování softwaru, které byste si měli přečíst před testováním jakékoli aplikace
- Co je Testování opic při testování softwaru?
- Rozdíl mezi desktopem, klientským serverem a webovým testováním
- Ukázka hlášení o chybě
- Testování aplikací ve zdravotnictví - tipy a důležité testovací scénáře (část 2)
- Průvodce testováním zabezpečení webových aplikací
- 7 základních tipů pro testování vícejazyčných webových stránek