Menu

7 rodzajów błędów oprogramowania, które powinien znać każdy tester

7 types software errors that every tester should know

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Nadszedł czas na wpis w witrynie podstawy testowania oprogramowania . Ten post dotyczy typów błędów oprogramowania, które każdy tester powinien znać.

która witryna zawiera recenzję oprogramowania do czyszczenia rejestru

Błędy oprogramowania są różnego rodzaju. Błąd to błąd bez względu na wszystko. Ale czasami ważne jest, aby zrozumieć naturę, jej konsekwencje i przyczynę, aby lepiej ją przetworzyć.

Pomaga to w szybszej i co najważniejsze właściwej reakcji.

W tym artykule będziemy omawiać typowe rodzaje błędów oprogramowania i jak je zidentyfikować podczas testowania na przykładach i prostych ćwiczeniach.

Zacznijmy od zdefiniowania błędów oprogramowania i błędów.

kategorie błędów oprogramowania

Czego się nauczysz:

Błędy i błędy oprogramowania

Zgodnie z definicją w Wikipedia ' Na błąd jest odstępstwem od dokładności lub poprawności ' i ' DO błąd oprogramowania to błąd, wada, awaria lub usterka w programie komputerowym lub systemie, która powoduje, że generuje on niepoprawny lub nieoczekiwany wynik lub zachowuje się w niezamierzony sposób ”.

Można więc wywnioskować, co następuje:

  • Błąd to odchylenie rzeczywistego wyniku od oczekiwanego wyniku.
  • Błędy są kategorią błędy oprogramowania .
  • Błędy mogą wynikać z niepełnych lub niedokładnych wymagań lub z powodu problemów z wprowadzaniem danych przez ludzi.

Typowe kategorie błędów oprogramowania:

# 1) Błędy funkcjonalne :

Funkcjonalność to sposób, w jaki oprogramowanie ma działać. Oprogramowanie ma błąd funkcjonalny, jeśli coś, czego oczekujesz, jest trudne, niezręczne, zagmatwane lub niemożliwe.

Sprawdź ten zrzut ekranu:

Błędy funkcjonalne 1

Oczekiwana funkcja dla przycisku Anuluj polega na tym, że okno „Utwórz nowy projekt” powinno zostać zamknięte i żadna ze zmian nie powinna zostać zapisana (tj. Nie trzeba tworzyć nowego projektu). Jeśli przycisku Anuluj nie można kliknąć, oznacza to błąd w działaniu.

# 2) Błędy komunikacji:

Te błędy występują w komunikacji od oprogramowania do użytkownika końcowego. Wszystko, co użytkownik końcowy musi wiedzieć, aby korzystać z oprogramowanie powinno być dostępne na ekranie .

Kilka przykładówbłędów komunikacji to - Brak instrukcji pomocy / menu, funkcje, które są częścią wydania, ale nie są udokumentowane w menu pomocy, przycisk o nazwie „Zapisz” nie powinien kasować pliku itp.

# 3) Błędy związane z brakującymi poleceniami:

To się stało występować, gdy brakuje oczekiwanego polecenia . Zobacz ten zrzut ekranu:

Błędy funkcjonalności 2

W tym oknie użytkownik może utworzyć nowy projekt. Jednak użytkownik nie ma możliwości wyjścia z tego okna bez tworzenia projektu. Ponieważ opcja / przycisk „Anuluj” nie jest udostępniony użytkownikowi, jest to błąd brakującego polecenia.

# 4) Błąd składniowy:

Błędy składniowe to błędnie napisane słowa lub niepoprawne gramatycznie zdania, które są bardzo widoczne podczas testowania graficznego interfejsu użytkownika oprogramowania . Należy pamiętać, że NIE odnosimy się do błędów składniowych w kodzie. Kompilator ostrzeże programistę o wszelkich błędach składniowych występujących w kodzie

Zwróć uwagę na błędnie napisane słowo „Anuluj”:

błąd pisowni Anuluj

Zwróć uwagę na niepoprawną gramatycznie wiadomość:

komunikat niepoprawny gramatycznie

# 5) Błędy obsługi błędów:

Wszelkie błędy, które pojawiają się podczas interakcji użytkownika z oprogramowaniem, należy opisać w sposób jasny i znaczący sposób . Jeśli nie, jest nazywany błędem obsługi błędu.

Spójrz na ten obrazek. Komunikat o błędzie nie zawiera żadnych informacji o tym, na czym właściwie polega błąd. Czy brakuje pola obowiązkowego, błędu zapisu, błędu ładowania strony, czy jest to błąd systemowy? W związku z tym jest to „błąd przekazywania błędu”.

Błąd przekazania Błąd

Jeśli to możliwe, należy podać dalsze kroki, które użytkownik powinien wykonać.

Jeśli oprogramowanie ma pewne obowiązkowe pola, które należy wypełnić, zanim będzie można zapisać informacje w formularzu, komunikaty walidacyjne powinny być jasne i wskazywać na działanie wymagane przez użytkownika.

Oto inneprzykłady:

inny przykład 1

inny przykład 2

# 6) Błędy obliczeń:

Te błędy występują z jednego z następujących powodów:

  • Zła logika
  • Nieprawidłowe formuły
  • Niezgodność typu danych
  • Błędy w kodowaniu
  • Problemy z wywołaniami funkcji itp.

W 1999 roku NASA straciła orbiter klimatyczny na Marsie, ponieważ jeden z podwykonawców zatrudnionych przez NASA użył jednostek angielskich zamiast zamierzonego systemu metrycznego, co spowodowało, że silniki orbitera działały nieprawidłowo. Z powodu tego błędu orbiter rozbił się niemal natychmiast, gdy dotarł na Marsa.

# 7) Błędy przepływu sterowania :

Przepływ sterowania oprogramowania opisuje, co będzie dalej robić i na jakich warunkach.

Na przykładRozważmy system, w którym użytkownik musi wypełnić formularz, a opcje dostępne dla użytkownika to: Zapisz, Zapisz i zamknij oraz Anuluj. Jeśli użytkownik kliknie przycisk „Zapisz i zamknij”, informacje o użytkowniku w formularzu powinny zostać zapisane, a formularz powinien zostać zamknięty. Jeśli kliknięcie przycisku nie zamyka formularza, jest to błąd przepływu sterowania.

Ćwiczenie:

Określmy, do jakich kategorii błędów należą:

Ćwiczenie 1:

kategorie błędów 1

błąd klawiatury

Są to błędy obsługi błędów.

Ćwiczenie 2:

Błąd podczas przekazywania błędów

To jest błąd brakującego polecenia. Przycisk Anuluj jest wymagany, ale go brakuje. Ponadto oba przyciski „Kontynuuj” i „Usuń” są zbędne i pełnią tę samą funkcję.

Ćwiczenie 3

Błąd składniowy

To jest błąd syntaktyczny.

Następny krok:

Zgłoszenie błędu po jego zidentyfikowaniu jest niezbędne. Aby uzyskać najlepsze wyniki, zgłoś się natychmiast.

Uwzględnij opis, priorytet, wagę, wyzwalacze i kroki w celu odtworzenia scenariusza, zrzuty ekranu (jeśli istnieją) w zgłoszeniu błędu.

Aby uzyskać więcej informacji na temat tworzenia skutecznych raportów o defektach, sprawdź ten post .

Wniosek

Identyfikacja, kategoryzacja, zgłaszanie i ostatecznie usuwanie defektów są częścią działań Kontroli Jakości.

Ale zapobieganie jest lepsze niż leczenie. Istotą zapewnienia jakości oprogramowania jest ustanowienie monitorowania i kontrolowania procesów na każdym etapie cyklu życia oprogramowania.

Sugerowana lektura = >> Jak naprawić błąd Audio Renderer

jak przeprowadzić testy penetracyjne dla strony internetowej

Celem jest jak najwcześniejsze wykrycie błędów. Dzieje się tak, ponieważ koszty znajdowania i naprawiania błędów dramatycznie rosną wraz z postępem tworzenia oprogramowania. Dlatego konieczne jest wczesne identyfikowanie błędów.

Naprawianie błędu jest najtańsze na etapie analizy wymagań, staje się coraz kosztowne na każdym etapie i najdroższe w fazie obsługi po wydaniu.

Jako inżynierowie ds. Zapewnienia jakości możemy lub nie być bezpośrednio zaangażowani w definiowanie wymagań. Możemy również mieć niewielką lub żadną bezpośrednią kontrolę nad jakością wymagań.

Dlatego ważne jest, abyśmy byli w stanie zidentyfikować, wyszukać i zgłosić wszelkie błędy, które napotkamy podczas fazy testowania.

O autorze: Ten przydatny artykuł został napisany przez Nehę B. Obecnie pracuje jako Kierownik ds. Zapewnienia Jakości i specjalizuje się w kierowaniu i zarządzaniu zespołami kontroli jakości na miejscu i poza nim.

Poinformuj nas o innych typach błędów oprogramowania, które znasz lub napotkałeś.

rekomendowane lektury

^