1 wielka prawda o błędach oprogramowania | #2 Pierwsze kroki w testowaniu oprogramowania

Błędy oprogramowania są nieodłączną częścią procesu tworzenia oprogramowania. Praktycznie niemożliwe może być stworzenie programu, w którym na etapie testowania nie zostałyby wykryte żadne błędy. Teoretycznie w przypadku bardzo prostych programów błędy mogą nie wystąpić, ale w sytuacji, gdy oprogramowanie zawiera skomplikowany kod. Projekty, które są skomplikowane i rozbudowane, muszą zostać przetestowane, aby usunąć wszystkie błędy i błędy na wczesnym etapie pracy.

Błędy oprogramowania – spis treści:

1. Przyczyny błędów oprogramowania
2. Cykl życia błędu
3. Poziomy istotności błędów w oprogramowaniu
4. Streszczenie

Przyczyny błędów oprogramowania

Błędy w oprogramowaniu są spowodowane tzw. błędami lub awariami i są to główne przyczyny złego funkcjonowania oprogramowania. Wystąpienie błędów jest możliwe na każdym etapie tworzenia oprogramowania. Najczęściej błędy tkwią w samym kodzie i są spowodowane ludzkimi działaniami. Wada znaleziona w jednej części oprogramowania może mieć wpływ na inne części tego samego oprogramowania, zwłaszcza jeśli obie są połączone. Błąd jest wynikiem defektu, oba mogą prowadzić do poważnych awarii, które mogą objawiać się podczas działania oprogramowania.

Zgodnie z International Software Testing Qualification Board, istnieje wiele różnych przyczyn błędów oprogramowania, a są to:

• ludzka niedoskonałość
• presja czasu
• brak kwalifikacji, umiejętności lub doświadczenia
• zła komunikacja w zespole
• błędnie napisana specyfikacja
• złożoność : kodu, projektu lub technologii
• nieporozumień związanych z interfejsem wewnątrz systemu i pomiędzy systemami – szczególnie w przypadku dużej liczby tych systemów
• wdrażanie nowych technologii

Jak wspomniano wcześniej, błędy prowadzą do wad, a wady prowadzą do awarii, tutaj warto zauważyć, że awarie nie zawsze są spowodowane błędem człowieka. Wystąpienie awarii może być spowodowane innymi zjawiskami, takimi jak: promieniowanie, pole elektromagnetyczne, czy zanieczyszczenie. Takie czynniki wpływają na działanie oprogramowania poprzez zmianę warunków zewnętrznych wpływających na sprzęt.

Cykl życia błędu

Cykl życia błędu to proces, który rozpoczyna się w momencie wykrycia błędu i raportowania do momentu naprawy i zamknięcia zadania. Długość cyklu zależy od powagi błędu Złożoność błędu może znacznie wydłużyć lub skrócić czas potrzebny na naprawę. Istnieje wiele programów służących do monitorowania błędów oprogramowania, a wybór programu może wpłynąć na cykl życia błędu.

Przykładowy cykl życia jest prosty. W pierwszym etapie błąd jest zgłaszany w powiadomieniu i otrzymuje status otwarty . W powiadomieniu znajduje się ścieżka, która pozwoliła testerowi znaleźć błąd. Dodatkowo programista, który zajmuje się zadaniem, jest przypisany w powiadomieniu i gdy tylko zacznie naprawiać błąd, jego status zmienia się na trwający. Ta informacja jest szczególnie ważna dla testera, który może rozpocząć testowanie oprogramowania, gdy tylko powiadomienie zmieni się na gotowe do testu.

Drugim elementem jest informacja zwrotna. Kiedy wszystkie ankiety są wypełniane przez respondentów, trzeba stworzyć jeden ładnie uporządkowany raport. Wszystkie informacje muszą być uważnie przejrzane, aby można było zebrać wszystkie ważne informacje. Jest to szczególnie ważne, ponieważ łatwo jest błędnie zinterpretować wyniki. Ankieta zastosowana w danym przypadku musi być dobrze dopasowana i dźwięczna.

Tester rozpoczynający swoją pracę zmienia status na test w toku i po zakończeniu wybiera jedną z dwóch opcji: rozwiązany (w przypadku pomyślnej naprawy) lub ponownie otwarty (jeśli błąd oprogramowania nadal wymaga naprawy). W ten sposób programista otrzymuje powiadomienie o konieczności wznowienia pracy nad błędem.

Poziomy istotności błędów w oprogramowaniu

Błędy oprogramowania można podzielić według poziomów istotności, które przyznają testerzy. Poziom istotności przekazuje informację o wpływie błędu na funkcjonowanie programu. Im wyższy poziom istotności błędu, tym szybciej należy go naprawić.

Najwyższy poziom istotności nazywany jest blokerem , gdyż jego wystąpienie oznacza całkowity brak możliwości dalszego korzystania z programu i konieczność zaprzestania jego testowania. Przykładem blokera jest błąd oprogramowania, który wyłącza aplikację. Taki błąd wymaga szybkiego naprawienia, aby umożliwić dalsze testowanie.

Niższy poziom istotności nazywany jest krytycznym , ponieważ błąd oprogramowania tego poziomu utrudnia korzystanie ze wszystkich funkcji programu. Taki błąd oprogramowania nie blokuje całkowicie testowania, ale ma duży wpływ na proces testowania, a oprogramowanie nie może zostać wydane bez naprawy tego problemu.

Główny poziom istotności jest dość ważny, ale nie obejmuje procesu testowania.

Błąd średniego poziomu istotności jest błędem o umiarkowanej grawitacji, który wymaga szybkiej reakcji, gdyż nie utrudnia wykonania testów.

5. Upodmiotowienie jednostek – przy wykorzystaniu informacji zwrotnej 360 stopni wszyscy pracownicy mają możliwość wyrażenia swoich obaw. Ludzie mogą mieć poczucie, że mają głos, a firma szanuje ich poglądy i opinie, dlatego każdy rodzaj działania, w wyniku którego pracownicy są słyszani, ma pozytywny wpływ na morale pracowników.

Najniższy poziom istotności błędu, czyli trywialny, oznacza, że ​​błąd oprogramowania ma niewielkie znaczenie.

Streszczenie

Błędy w oprogramowaniu mają wiele przyczyn, ale wynikają głównie z nieświadomego działania człowieka. Niezbędne jest sprawdzanie dokładności dowolnego oprogramowania poprzez ciągłe testowanie. Każdy błąd oprogramowania ma cykl życia, który rozciąga się od jego wykrycia po naprawę. Błędy mają różne poziomy istotności, każdy ma taką samą wagę, ale niektóre blokują możliwość korzystania z oprogramowania do tego stopnia, że ​​nie można go nawet przetestować, a inne nie wpływają tak bardzo na te procesy i są łatwe do naprawienia.

Przeczytaj także: 4 rodzaje pracowników, których potrzebuje każda firma

Jeśli podobają Ci się nasze treści, dołącz do naszej pracowitej społeczności pszczół na Facebooku, Twitterze, LinkedIn, Instagramie, YouTube.

Autor: Robert Whitney

Ekspert i instruktor JavaScript, który szkoli działy IT. Jego głównym celem jest podnoszenie produktywności zespołu poprzez uczenie innych efektywnej współpracy podczas kodowania.

Zobacz wszystkie posty

Pierwsze kroki w testowaniu oprogramowania:

1. Co to jest testowanie oprogramowania?
2. 1 wielka prawda o błędach oprogramowania
3. Siedem kluczowych zasad testowania ISTQB
4. 6 faz STLC
5. Testowanie a debugowanie
6. Weryfikacja i walidacja w procesie testowania oprogramowania