how find bug application
Veľmi dobrý a dôležitý bod. Správny? Ak ste softvérovým testerom alebo inžinierom QA, musíte každú minútu myslieť na nájdenie chyby v aplikácii. A mali by ste byť!
Myslím, že nájdenie a Blokátor Bug ako každý Zlyhanie systému je často obohacujúce! Nie, takto nerozmýšľam. Mali by ste sa pokúsiť zistiť chyby, ktoré je najťažšie nájsť a ktoré vždy zavádzajú používateľov.
Nájsť také jemné ploštice je najnáročnejšia práca a dáva vám uspokojenie zo svojej práce. Tiež by to mali odmeniť seniori. Podelím sa o svoje skúsenosti s jednou takou jemnou chybou, ktorú bolo nielen ťažké chytiť, ale aj sa ťažko reprodukovala.
Testoval som jeden modul z môjho projektu vyhľadávacieho modulu. Väčšinu aktivít tohto projektu robím manuálne, pretože automatizácia je trochu zložitá. Tento modul pozostáva zo štatistík prenosu a výnosov rôznych pridružených spoločností a inzerentov. Testovanie takýchto správ je teda vždy ťažká úloha.
Keď som testoval túto správu, ukazoval istý čas údaje presne spracované, ale pri pokuse o opakované testovanie po nejakom čase vykazoval zavádzajúce výsledky. Bolo zvláštne a mätúce vidieť výsledky.
Na spracovanie súborov protokolu a aktualizáciu databázy existoval Cron (Cron je automatizovaný skript, ktorý sa spúšťa po stanovenom čase alebo podmienkach). Takéto viacnásobné plodiny sú spustené na protokolových súboroch a databáze DB na synchronizáciu celkových údajov.
sql dotaz praktické otázky otázky odpovede pdf
Na jednom stole bežali dva Crons s časovými intervalmi.
V tabuľke bol stĺpec, ktorý bol prepísaný iným Cronom, čo spôsobilo nekonzistenciu údajov. Trvalo nám dlho, kým sme zistili problém kvôli rozsiahlym procesom DB a rôznym Crons.
Mojou snahou je zistiť skryté chyby v systéme, ktoré by sa mohli vyskytnúť za zvláštnych podmienok a spôsobujú silný dopad na systém. Takého chrobáka nájdete s niekoľkými tipmi a trikmi.
Aké sú teda tieto tipy:
# 1) Pochopte celú aplikáciu alebo modulu do hĺbky pred začatím testovania.
#dva) Pripravte sa dobré testovacie prípady pred začatím testovania. Mám na mysli zdôraznenie funkčných testovacích prípadov, ktoré zahŕňajú hlavné riziko aplikácie.
# 3) Vytvoriť dostatočné údaje o teste pred testami obsahuje tento súbor údajov podmienky testovacích prípadov a tiež databázové záznamy, ak sa chystáte testovať aplikáciu súvisiacu s databázou DB.
# 4) Opakované testy vykonajte s odlišné testovacie prostredie .
# 5) Skúste zistiť výsledný vzor a potom porovnajte svoje výsledky s týmito vzormi.
# 6) Keď si myslíte, že ste splnili väčšinu testovacích podmienok, a keď si myslíte, že ste už potom trochu unavený urobte nejaké testy na opice.
# 7) Použite svoju predchádzajúcu Vzor testovacích dát analyzovať súčasný súbor testov.
# 8) Vyskúšať nejaké Štandardné testovacie prípady pre ktoré ste našli chyby v nejakej inej aplikácii. Rovnako ako pri testovaní vstupného textového poľa, skúste vložiť niektoré značky HTML ako vstupy a zobraziť výstup na stránke zobrazenia.
# 9) Posledným a najlepším trikom je veľmi sa pokúsiť chybu nájsť. Ako keby ste testovali iba kvôli porušeniu aplikácie!
Viac tipov uvediem v niektorých nadchádzajúcich príspevkoch. Zatiaľ môžete komentovať ďalšie tipy tu.
Odporúčané čítanie
- Ako napísať dobrú správu o chybe? Tipy a triky
- Top 20 praktických tipov na testovanie softvéru, ktoré by ste si mali prečítať pred testovaním akejkoľvek aplikácie
- Čo je testovanie opíc pri testovaní softvéru?
- Rozdiel medzi počítačom, klientskym serverom a webom
- Ukážka hlásenia o chybe
- Testovanie aplikácií v zdravotníctve - tipy a dôležité testovacie scenáre (2. časť)
- Sprievodca testovaním bezpečnosti webových aplikácií
- 7 základných tipov na testovanie viacjazyčných webových stránok