how find bug application
Bardzo dobry i ważny punkt. Dobrze? Jeśli jesteś testerem oprogramowania lub inżynierem zapewniania jakości, musisz co minutę zastanawiać się, aby znaleźć błąd w aplikacji. A powinieneś!
Myślę, że znalezienie Blocker Bug jak każdy Awaria systemu często przynosi satysfakcję! Nie, ja tak nie myślę. Powinieneś spróbować znaleźć błędy, które są najtrudniejsze do znalezienia i które zawsze wprowadzają użytkowników w błąd.
Znajdowanie takich subtelnych błędów jest najtrudniejszą pracą i daje satysfakcję z pracy. Powinien być również nagradzany przez seniorów. Podzielę się moim doświadczeniem z jednym z takich subtelnych błędów, które były nie tylko trudne do złapania, ale także trudne do odtworzenia.
Testowałem jeden moduł z mojego projektu wyszukiwarki. Większość czynności związanych z tym projektem wykonuję ręcznie, ponieważ automatyzacja jest nieco skomplikowana. Moduł ten składa się ze statystyk ruchu i przychodów różnych podmiotów stowarzyszonych i reklamodawców. Dlatego testowanie takich raportów jest zawsze trudnym zadaniem.
Kiedy testowałem ten raport, pokazywał dane dokładnie przetworzone przez jakiś czas, ale kiedy próbowałem przetestować ponownie po pewnym czasie, pokazywał mylące wyniki. Wyniki były dziwne i mylące.
Był Cron (Cron to automatyczny skrypt uruchamiany po określonym czasie lub warunku) do przetwarzania plików dziennika i aktualizowania bazy danych. Takie wiele upraw działa na plikach dziennika i bazie danych, aby zsynchronizować wszystkie dane.
Na jednym stole działały dwa Crony w pewnych odstępach czasu.
W tabeli znajdowała się kolumna, która była nadpisywana przez innego Crona, co powodowało niespójność danych. Zajęło nam dużo czasu, aby rozwiązać problem z powodu rozległych procesów DB i różnych Cronów.
Chodzi mi o to, aby znaleźć ukryte błędy w systemie, które mogą wystąpić w specjalnych warunkach i mają silny wpływ na system. Możesz znaleźć taki błąd z kilkoma wskazówkami i sztuczkami.
Python vs składnia C ++
Więc jakie są te wskazówki:
# 1) Zrozum całą aplikację lub modułu przed rozpoczęciem testów.
#dwa) Przygotować dobre przypadki testowe przed rozpoczęciem testów. Mam na myśli nacisk na funkcjonalne przypadki testowe, które obejmują główne ryzyko związane z aplikacją.
# 3) Stwórz wystarczające dane testowe przed testami ten zestaw danych zawiera warunki przypadku testowego, a także rekordy bazy danych, jeśli zamierzasz przetestować aplikację związaną z bazą danych.
# 4) Wykonaj powtarzane testy z inne środowisko testowe .
# 5) Spróbuj znaleźć wynikowy wzór a następnie porównaj swoje wyniki z tymi wzorcami.
# 6) Kiedy myślisz, że spełniłeś większość warunków testu i myślisz, że jesteś nieco zmęczony zrób kilka testów na małpach.
# 7) Użyj swojego poprzedniego Wzorzec danych testowych przeanalizować bieżący zestaw testów.
# 8) Spróbuj trochę Standardowe przypadki testowe dla którego znalazłeś błędy w innej aplikacji. Podobnie jak w przypadku testowania pola tekstowego wejściowego, spróbuj wstawić kilka tagów HTML jako dane wejściowe i zobaczyć wynik na stronie wyświetlania.
# 9) Ostatnią i najlepszą sztuczką jest bardzo mocne staranie się znaleźć błąd. Tak jakbyś testował tylko po to, aby zepsuć aplikację!
Więcej wskazówek zamieszczę w kilku nadchodzących postach. W międzyczasie możesz skomentować więcej wskazówek tutaj.
rekomendowane lektury
- Jak napisać dobry raport o błędzie? Porady i wskazówki
- 20 praktycznych wskazówek dotyczących testowania oprogramowania, które należy przeczytać przed przetestowaniem dowolnej aplikacji
- Czym jest testowanie małp w testowaniu oprogramowania?
- Różnica między testami na komputerach stacjonarnych, serwerach klienckich i testach internetowych
- Przykładowy raport o błędzie
- Testowanie aplikacji opieki zdrowotnej - wskazówki i ważne scenariusze testowania (część 2)
- Podręcznik testowania zabezpieczeń aplikacji internetowych
- 7 podstawowych wskazówek dotyczących testowania wielojęzycznych witryn internetowych