7 kluczowych zasad testowania ISTQB | #3 Pierwsze kroki w testowaniu oprogramowania

Przeprowadzanie precyzyjnych i prawidłowych testów oprogramowania kieruje się wieloma zasadami. International Software Testing Qualifications Board wyróżnia siedem podstawowych, które omówimy dzisiaj. Chcesz się dowiedzieć? Przeczytaj artykuł o kluczowych zasadach testowania ISTQB!

Zasady testowania ISTQB – spis treści:

1. Testowanie ujawnia defekty, ale nie może udowodnić ich braku
2. Dokładne testowanie jest niemożliwe
3. Wczesne testowanie oszczędza czas i pieniądze
4. Efekt kuli śnieżnej awarii
5. Paradoks pestycydów
6. To zależy od kontekstu
7. Reklamowanie bezbłędnego oprogramowania jest niemożliwe
8. Streszczenie

Testowanie ujawnia defekty, ale nie może udowodnić ich braku

Testowanie zwiększa prawdopodobieństwo znalezienia błędów, co z kolei zwiększa szanse na ich naprawienie. Jednak nie może w pełni zagwarantować, że oprogramowanie jest wolne od wszelkich wad, nawet jeśli zdecydowana większość zostanie wykryta i naprawiona. Ze względu na niemożność stworzenia bezbłędnego oprogramowania, wielu uważa ten proces za negatywny z założenia, ponieważ nigdy nie uzyskasz pozytywnego wyniku i zawsze znajdziesz „brud” w programach.

Dokładne testowanie jest niemożliwe

Powyższa zasada mówi, że wykrywanie wszelkich usterek oprogramowania jest daremne. Nie dotyczy to jednak prostych krótkich programów. To z kolei wskazuje, że istnieje szansa zobaczenia wszystkich kombinacji danych wejściowych i warunków wstępnych, aby całkowicie przetestować niektóre programy. Podczas oceny zaawansowanego oprogramowania nawet najlepsza sztuczna inteligencja nie może wykonać wszystkich niezbędnych pomiarów, nie mówiąc już o testerach ręcznych. Zautomatyzowane osoby oceniające będą sprawniej i dokładniej sprawdzać aplikacje, ale nadal nie mogą zagwarantować bezbłędnej wydajności. Aby to zrobić, musisz wykonać dodatkowe zadania, takie jak ustalanie priorytetów, analiza ryzyka, a także znajdowanie i uruchamianie innych technik testowania.

Wczesne testowanie oszczędza czas i pieniądze

Wielu profesjonalistów nazywa tę zasadę „przesunięciem w lewo”. Im szybciej zauważysz defekty, tym łatwiej możesz je naprawić, dlatego testowanie statyczne i dynamiczne powinno rozpocząć się tak szybko, jak to możliwe. W skrócie:

• Testowanie statyczne – ocena produktu bez uruchamiania kodu.
• Testowanie dynamiczne – ocena kodu modułu lub systemu podczas jego działania

Wykrycie defektów w pierwszych fazach wdrożenia ułatwia dalszą diagnozę. Ale kiedy dwa obszary oprogramowania wchodzą w interakcję, poprawianie defektów staje się kłopotliwe ze względu na niemożność zidentyfikowania tego, w którym występuje błąd. W takich przypadkach rozwiązanie problemu wymaga dodatkowego czasu, wysiłku i siły roboczej. Podsumowując, jest to szybka reakcja na pojawiające się przeszkody, które mogą zapobiec mnożeniu się pęknięć

Efekt kuli śnieżnej awarii

Większość usterek ma tendencję do skupiania się w najbardziej krytycznych modułach, więc ich dogłębna analiza ujawnia i wystarczająco eliminuje większość. Grupy te stają się głównym przedmiotem prowadzenia analizy ryzyka w celu określenia i ustalenia przyszłego przebiegu działań. Większość wad pojawia się po podążaniu ścieżkami, którymi podążają użytkownicy, ale w takich przypadkach sama wiedza nie sprawia, że ​​moduły są nienaganne.

Zasada Pareto mówi, że 80% wyników pochodzi tylko z 20% przyczyn. Innymi słowy, 80% błędów występuje w 20% modułów. Jeśli napotkasz wiele usterek w module, kontynuuj kopanie, ponieważ będą tam.

Paradoks pestycydów

Wielokrotne przeprowadzanie tych samych testów może zakończyć się niepowodzeniem, ponieważ mogły zostać zaprojektowane niewłaściwie i nigdy nie okażą się skuteczne. Musisz poprawić i zaktualizować testy , aby zwiększyć szansę na znalezienie nowych usterek w oprogramowaniu.

Stworzenie zupełnie nowego systemu diagnozy też nie załatwi sprawy. Przestrzeganie poprzednich kombinacji może zatrzymać proces oceny na tym samym poziomie. Ta zasada jest ukuta jako „paradoks pestycydów”, ponieważ pestycydy kontrolujące szkodniki również tracą skuteczność po określonej ilości użycia.

To zależy od kontekstu

Sposób przeprowadzania testów zależy od badanych przedmiotów. Dlatego testowanie programu księgowego, gry wideo lub aplikacji sieci społecznościowej znacznie się różni. Zależy to również od sytuacji, np. analiza skupiająca się na praktyczności aplikacji, jak sprawdzenie jej atrakcyjności dla użytkowników, łatwości obsługi, warstwy wizualnej itp. również różni się od tych ocen nastawionych na funkcjonalne atrybuty programu, np. wykonanie poprawne obliczenia.

Reklamowanie bezbłędnego oprogramowania jest niemożliwe

Stosowanie różnego rodzaju narzędzi diagnostycznych nie gwarantuje aplikacji bezbłędnych. Wiele osób, które twierdzą i reklamują swoje aplikacje jako takie, myli się, ale prawdopodobnie chodzi tylko o działania marketingowe, które twierdzą. Możesz wykonać wiele testów ręcznych i automatycznych, aby zwiększyć prawdopodobieństwo wykrycia i naprawienia jak największej liczby błędów, ale nadal nie ma gwarancji doskonałej wydajności. W niektórych przypadkach przeszkody dotyczą obsługi oprogramowania, np. program może nie spełniać wszystkich oczekiwań użytkownika.

Zasady testowania ISTQB – podsumowanie

W ten sposób ISTQB, na podstawowym poziomie, przedstawia siedem zasad testowania ISTQB, których powinien przestrzegać tester oprogramowania. Po pierwsze wskazują na niemożność pełnej diagnozy oprogramowania, stąd kluczowa jest m.in. modyfikacja testów, a także dokładne przeszukanie kluczowych modułów. Działania te usprawniają wyszukiwanie i usuwanie większości usterek, zmniejszając prawdopodobieństwo awarii w przyszłości.

Co to jest testowanie oprogramowania? Teraz znasz odpowiedź! Sprawdź naszą inną serię o Pythonie i JavaScript!

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

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