Rodzaje testowania oprogramowania (100 przykładów)

Co to jest typ testowania oprogramowania?

Typ testowania oprogramowania to klasyfikacja różnych działań testowych na kategorie, z których każda ma zdefiniowany cel testowania, strategię testowania i produkty testowe. Celem typu testowania jest walidacja testowanej aplikacji (AUT) pod kątem zdefiniowanego celu testowania. Na przykład, celem testowania dostępności jest walidacja AUT pod kątem dostępności dla osób z niepełnosprawnościami. Zatem, jeśli Twoje rozwiązanie programistyczne musi być przyjazne dla osób z niepełnosprawnościami, sprawdzasz je pod kątem przypadków testowych dostępności.

Zrozumienie różnych typów testowania oprogramowania jest kluczowe dla specjalistów ds. zapewnienia jakości, programistów i kierowników projektów. Każdy typ testowania odpowiada na konkretny problem jakościowy, a wybór odpowiedniej kombinacji gwarantuje kompleksowe pokrycie aplikacji.

Rodzaje testowania oprogramowania

Poniżej znajduje się pełna lista 105 typów testowania oprogramowania wraz z definicjami. To lektura obowiązkowa dla każdego specjalisty ds. zapewnienia jakości. Potraktuj to jako przewodnik po wszystkich rodzajach testowania oprogramowania, zorganizowany tak, aby pomóc Ci szybko znaleźć i zrozumieć każde podejście.

1. Testowanie akceptacyjne: Formalne testy przeprowadzane w celu ustalenia, czy system spełnia kryteria akceptacji, oraz umożliwienia klientowi określenia, czy zaakceptować system. Zwykle wykonuje ją klient. Przeczytaj więcej na Testy akceptacyjne
2. Testowanie dostępności: Rodzaj testu, który określa użyteczność produktu dla osób z niepełnosprawnościami (głuchych, niewidomych, upośledzonych umysłowo itp.). Proces oceny przeprowadzają osoby z niepełnosprawnościami. Czytaj więcej na Testowanie dostępności
3. Aktywne testowanie: Rodzaj testowania polegający na wprowadzeniu danych testowych i analizie wyników wykonania. Zwykle przeprowadza ją zespół testujący.
4. Zwinne testowanie: Praktyka testowania oprogramowania kierująca się zasadami manifestu zwinnego, kładąca nacisk na testowanie z perspektywy klientów, którzy będą korzystać z systemu. Zwykle zajmują się tym zespoły ds. kontroli jakości. Przeczytaj więcej na Testowanie zwinne
5. Testowanie wieku: Rodzaj testów oceniających zdolność systemu do działania w przyszłości. Proces oceny przeprowadzany jest przez zespoły testujące.
6. Testowanie doraźne: Testowanie przeprowadzane bez planowania i dokumentacji – tester próbuje „złamać” system losowo wypróbowując jego funkcjonalność. Wykonuje to zespół testujący. Przeczytaj więcej na Testowanie ad hoc
7. Testy alfa: Testowanie alfa to rodzaj testowania oprogramowania przeprowadzanego w siedzibie dewelopera w celu zidentyfikowania błędów, problemów z użytecznością i luk w funkcjonalności przed udostępnieniem produktu do testów beta. Obejmuje to wewnętrznych testerów, takich jak deweloperzy i zespoły ds. zapewnienia jakości, a czasami wybranych użytkowników końcowych w kontrolowanym środowisku. Przeczytaj więcej na Testy alfa
8. Testowanie asercji: Rodzaj badań polegający na sprawdzeniu, czy warunki spełniają wymagania produktu. Wykonuje to zespół testujący.
9. Testowanie API: Technika testowania podobna do testów jednostkowych, ponieważ koncentruje się na poziomie kodu. Testowanie interfejsu API różni się od testowania jednostkowego tym, że zazwyczaj jest to zadanie kontroli jakości, a nie zadanie programisty. Przeczytaj więcej na Testowanie API
10. Testowanie wszystkich par: Kombinatoryczna metoda testowania, która testuje wszystkie możliwe dyskretne kombinacje parametrów wejściowych. Wykonują to zespoły testujące.

11. Automatyczne testowanie: Technika testowania wykorzystująca narzędzia do testowania automatycznego do kontrolowania konfiguracji środowiska, wykonywania testów i raportowania wyników. Wykonuje się go komputerowo i wykorzystuje się go w zespołach testujących. Przeczytaj więcej na Automatyczne testowanie
12. Testowanie ścieżki podstawowej: Mechanizm testowy, który wyprowadza logiczną miarę złożoności projektu proceduralnego i wykorzystuje ją jako przewodnik do definiowania podstawowego zestawu ścieżek wykonania. Jest używany przez zespoły testujące podczas definiowania przypadków testowych. Przeczytaj więcej na Testowanie ścieżki podstawowej
13. Testowanie kompatybilności wstecznej: Metoda testowania weryfikująca zachowanie opracowanego oprogramowania ze starszymi wersjami środowiska testowego. Wykonuje to zespół testujący.
14. Testowanie beta: Końcowe testy przed udostępnieniem aplikacji do celów komercyjnych. Zwykle robią to użytkownicy końcowi lub inne osoby.
15. Testowanie porównawcze: Technika testowania wykorzystująca reprezentatywne zestawy programów i danych zaprojektowana w celu oceny wydajności sprzętu komputerowego i oprogramowania w danej konfiguracji. Wykonują to zespoły testujące. Przeczytaj więcej na Testowanie porównawcze
16. Testowanie integracyjne Wielkiego Wybuchu: Technika testowania, która integruje poszczególne moduły programu dopiero wtedy, gdy wszystko jest gotowe. Wykonują to zespoły testujące.
17. Testowanie przenośności plików binarnych: Technika testująca aplikację wykonywalną pod kątem przenośności między platformami systemowymi i środowiskami, zwykle pod kątem zgodności ze specyfikacją ABI. Wykonują to zespoły testujące.
18. Testowanie wartości granicznej: Technika testowania oprogramowania, w której testy są zaprojektowane tak, aby uwzględniały przedstawicieli wartości granicznych. Jest ona wykonywana przez zespoły testujące QA. Przeczytaj więcej na Testowanie wartości brzegowych
19. Testowanie integracyjne od dołu do góry: W testach integracyjnych oddolnych najpierw opracowywane są moduły na najniższym poziomie, a pozostałe moduły prowadzące do programu „głównego” są integrowane i testowane pojedynczo. Zwykle wykonują to zespoły testujące.
20. Testowanie oddziałów: Technika testowania, w której wszystkie gałęzie kodu źródłowego programu są testowane przynajmniej raz. Robi to deweloper.
21. Testowanie szerokości: Zestaw testów, który sprawdza pełną funkcjonalność produktu, ale nie testuje jego szczegółowo. Wykonują to zespoły testujące.
22. Testowanie czarnej skrzynki: Metoda testowania oprogramowania, która weryfikuje funkcjonalność aplikacji bez specjalistycznej wiedzy na temat kodu/struktury wewnętrznej aplikacji. Testy opierają się na wymaganiach i funkcjonalności. Wykonują to zespoły kontroli jakości. Przeczytaj więcej na Testowanie czarnej skrzynki
23. Testowanie oparte na kodzie: Technika testowania wykorzystująca frameworki testowe (takie jak xUnit), które umożliwiają wykonanie testów jednostkowych w celu ustalenia, czy różne sekcje kodu działają zgodnie z oczekiwaniami w różnych okolicznościach. Jest ona wykonywana przez zespoły deweloperskie.
24. Testy zgodności: Technika testowania, która weryfikuje, jak dobrze oprogramowanie działa w określonym środowisku sprzętowym/oprogramowania/systemu operacyjnego/sieciowym. Jest wykonywana przez zespoły testujące. Przeczytaj więcej na Testowanie kompatybilności
25. Testowanie porównawcze: Technika testowania, która porównuje mocne i słabe strony produktu z poprzednimi wersjami lub innymi podobnymi produktami. Może być wykonywana przez testera, deweloperów, menedżerów produktu lub właścicieli produktu. Przeczytaj więcej na Testowanie komponentów
26. Testowanie komponentów: Technika testowania podobna do testów jednostkowych, ale z wyższym poziomem integracji – testowanie odbywa się w kontekście aplikacji, a nie tylko bezpośrednio testuje konkretną metodę. Mogą być wykonywane przez zespoły testujące lub programistyczne.
27. Testowanie konfiguracji: Technika testowania określająca minimalną i optymalną konfigurację sprzętu i oprogramowania oraz wpływ dodania lub modyfikacji zasobów, takich jak pamięć, dyski i procesor. Zwykle wykonują to inżynierowie zajmujący się testowaniem wydajności. Przeczytaj więcej na Testowanie konfiguracji
28. Testowanie pokrycia stanu: Rodzaj testowania oprogramowania, w którym każdy warunek jest wykonywany poprzez uczynienie go prawdziwym i fałszywym, na każdy ze sposobów co najmniej raz. Zwykle robią to zespoły testujące automatyzację.
29. Testy zgodności: Rodzaj testów sprawdzających, czy system został opracowany zgodnie ze standardami, procedurami i wytycznymi. Zwykle wykonują ją firmy zewnętrzne, które oferują markę „Certified OGC Compliant”.
30. Testowanie współbieżności: Testowanie wielu użytkowników mające na celu określenie skutków dostępu do tego samego kodu aplikacji, modułu lub rekordów bazy danych. Zwykle robią to inżynierowie wydajności. Przeczytaj więcej na Testowanie współbieżności
31. Testowanie zgodności: Proces testowania zgodności implementacji ze specyfikacją, na której jest oparta. Zwykle wykonują to zespoły testujące. Przeczytaj więcej na Testy zgodności
32. Testowanie kontekstowe: Technika zwinnego testowania, która zaleca ciągłą i kreatywną ocenę możliwości testowania w świetle ujawnionych potencjalnych informacji i wartości tych informacji dla organizacji w określonym momencie. Zwykle jest to wykonywane przez zespoły testujące Agile.

33. Testowanie konwersji: Testowanie programów lub procedur stosowanych do konwersji danych z istniejących systemów do wykorzystania w systemach zastępczych. Zwykle zajmują się tym zespoły ds. kontroli jakości.
34. Testowanie pokrycia decyzji: Rodzaj testowania oprogramowania, w którym każdy warunek/decyzja jest wykonywany poprzez ustawienie wartości prawda/fałsz. Zwykle robią to zespoły testujące automatyzację.
35. Niszczące testy: Rodzaj badań, w których testy przeprowadza się aż do momentu uszkodzenia próbki, w celu zrozumienia jej właściwości strukturalnych lub zachowania materiału pod różnymi obciążeniami. Zazwyczaj przeprowadzają je zespoły ds. zapewnienia jakości. Dowiedz się więcej na temat Niszczące testy
36. Testowanie zależności: Typ testowy, który bada wymagania aplikacji dotyczące istniejącego oprogramowania, stanów początkowych i konfiguracji w celu utrzymania właściwej funkcjonalności. Zwykle wykonują to zespoły testujące.
37. Testowanie dynamiczne: Termin używany w inżynierii oprogramowania do opisania testowania dynamicznego zachowania kodu. Zwykle jest to wykonywane przez zespoły testujące. Przeczytaj więcej na Testowanie dynamiczne
38. Testowanie domeny: Technika testowania white box, która obejmuje sprawdzanie, czy program akceptuje tylko prawidłowe dane wejściowe. Zazwyczaj jest wykonywana przez zespoły programistyczne, a czasami przez zespoły testujące automatyzację.
39. Testowanie obsługi błędów: Typ testowania oprogramowania, który określa zdolność systemu do prawidłowego przetwarzania błędnych transakcji. Zazwyczaj jest wykonywany przez zespoły testujące.
40. Kompleksowe testowanie: Podobnie jak testowanie systemowe, obejmuje testowanie kompletnego środowiska aplikacji w sytuacji imitującej użycie w świecie rzeczywistym, takiej jak interakcja z bazą danych, korzystanie z komunikacji sieciowej lub interakcja z innym sprzętem, aplikacjami lub systemami, jeśli to konieczne. Wykonują to zespoły kontroli jakości. Przeczytaj więcej na Testowanie od końca do końca
41. Testy wytrzymałościowe: Rodzaj testów sprawdzających wycieki pamięci lub inne problemy, które mogą wystąpić przy długotrwałym wykonywaniu. Zwykle wykonują to inżynierowie wydajności. Przeczytaj więcej na Testy wytrzymałościowe
42. Testowanie eksploracyjne: Technika testowania czarnej skrzynki wykonywana bez planowania i dokumentacji. Zazwyczaj jest wykonywana przez testerów ręcznych. Przeczytaj więcej na Testowanie eksploracyjne
43. Testowanie podziału równoważnego: Technika testowania oprogramowania, która dzieli dane wejściowe jednostki oprogramowania na części danych, z których można wyprowadzić przypadki testowe. zwykle zajmują się tym zespoły ds. kontroli jakości. Przeczytaj więcej na Testowanie partycjonowania równoważności
44. Testowanie wtrysku usterek: Element kompleksowej strategii testowej, pozwalający testerowi skoncentrować się na tym, jak testowana aplikacja jest w stanie obsłużyć wyjątki. Wykonują to zespoły kontroli jakości.
45. Weryfikacja formalna Testowanie: Akt udowodnienia lub obalenia poprawności zamierzonych algorytmów leżących u podstaw systemu w odniesieniu do pewnej formalnej specyfikacji lub właściwości, przy użyciu formalnych metod matematyki. Zazwyczaj jest wykonywany przez zespoły ds. zapewnienia jakości.
46. Testy funkcjonalności: Typ testowania typu black box, który opiera swoje przypadki testowe na specyfikacjach testowanego komponentu oprogramowania. Jest on wykonywany przez zespoły testujące. Przeczytaj więcej na Testy funkcjonalne
47. Testowanie fuzza: Technika testowania oprogramowania, która dostarcza nieprawidłowe, nieoczekiwane lub losowe dane na wejściu programu – specjalny obszar testowania mutacji. Testowanie fuzz jest wykonywane przez zespoły testujące. Przeczytaj więcej na Testowanie Fuzza
48. Testowanie goryla: Technika testowania oprogramowania, która koncentruje się na intensywnym testowaniu jednego konkretnego modułu. Jest ona wykonywana przez zespoły ds. zapewnienia jakości, zwykle podczas wykonywania pełnych testów.
49. Szary Box Testowanie: Połączenie czerni Box i biały Box Metodologie testowania: testowanie oprogramowania pod kątem jego specyfikacji, ale z wykorzystaniem wiedzy o jego wewnętrznym działaniu. Mogą być one wykonywane przez zespoły programistyczne lub testowe.
50. Testowanie w szklanym pudełku: Podobnie jak testowanie white box, oparte na znajomości wewnętrznej logiki kodu aplikacji. Jest wykonywane przez zespoły programistyczne.
51. Testowanie oprogramowania GUI: Proces testowania produktu korzystającego z graficznego interfejsu użytkownika w celu sprawdzenia, czy spełnia on pisemne specyfikacje. Zwykle zajmują się tym zespoły testujące. Przeczytaj więcej na Testowanie oprogramowania GUI
52. Testowanie globalizacji: Metoda testowania sprawdzająca prawidłowe działanie produktu w przypadku dowolnych ustawień kulturowych/lokalnych przy użyciu każdego możliwego rodzaju danych międzynarodowych. Wykonuje to zespół testujący. Przeczytaj więcej na Testowanie globalizacji
53. Testowanie integracji hybrydowej: Technika testowania, która łączy techniki integracji odgórnej i oddolnej w celu wykorzystania korzyści płynących z tego rodzaju testów. Zwykle wykonują to zespoły testujące.
54. Testy integracyjne: Faza testowania oprogramowania, podczas której poszczególne moduły oprogramowania są łączone i testowane jako grupa. Zwykle przeprowadzają go zespoły testujące. Przeczytaj więcej na Testy integracyjne
55. Testowanie interfejsu: Testy przeprowadzane w celu oceny, czy systemy lub komponenty prawidłowo przekazują sobie nawzajem dane i sterowanie. Zwykle wykonują to zarówno zespoły testujące, jak i programistyczne. Przeczytaj więcej na Testowanie interfejsu
56. Zainstaluj/odinstaluj Testowanie: Praca nad zapewnieniem jakości, która koncentruje się na tym, co klienci będą musieli zrobić, aby pomyślnie zainstalować i skonfigurować nowe oprogramowanie. Może obejmować pełne, częściowe lub uaktualnione procesy instalacji/odinstalowania i jest zazwyczaj wykonywana przez inżyniera ds. testowania oprogramowania we współpracy z menedżerem konfiguracji.
57. Testowanie internacjonalizacji: Proces zapewniający, że funkcjonalność produktu nie zostanie uszkodzona, a wszystkie komunikaty zostaną prawidłowo przekazane na zewnątrz, jeśli są używane w różnych językach i lokalizacjach. Zwykle wykonują to zespoły testujące.
58. Testowanie międzysystemowe: Technika testowania skoncentrowana na weryfikacji, czy połączenia między aplikacjami działają prawidłowo. Zazwyczaj jest wykonywana przez zespoły testujące.
59. Testowanie oparte na słowach kluczowych: Znana również jako testowanie oparte na tabelach lub testowanie słów akcji, to metodologia testowania oprogramowania do testów automatycznych, która dzieli proces tworzenia testu na dwa odrębne etapy: etap planowania i etap wdrażania. Może być używany przez zespoły testujące ręcznie lub automatycznie. Przeczytaj więcej na Testowanie oparte na słowach kluczowych
60. Testowanie obciążenia: Technika testowania, która stawia wymagania systemowi lub urządzeniu i mierzy jego reakcję. Zwykle przeprowadzają go inżynierowie wydajności. Przeczytaj więcej na Testowanie obciążenia
61. Testowanie lokalizacji: Część procesu testowania oprogramowania skupiająca się na dostosowaniu zglobalizowanej aplikacji do określonej kultury/lokalizacji. Zwykle zajmują się tym zespoły testujące. Przeczytaj więcej na Testowanie lokalizacji
62. Testowanie pętli: Technika testowania typu white box, która ćwiczy pętle programu. Jest wykonywana przez zespoły programistyczne. Przeczytaj więcej na Testowanie pętli
63. Ręczne testowanie skryptowe: Metoda testowania, w której przypadki testowe są projektowane i przeglądane przez zespół przed ich wykonaniem. Robią to zespoły testujące ręcznie.
64. Testowanie ze wsparciem ręcznym: Technika testowania polegająca na testowaniu wszystkich funkcji wykonywanych przez ludzi podczas przygotowywania danych i wykorzystywaniu ich z zautomatyzowanego systemu. przeprowadzają go zespoły testujące.
65. Testowanie oparte na modelu: Zastosowanie projektowania opartego na modelu do projektowania i wykonywania niezbędnych artefaktów do testowania oprogramowania. Zwykle wykonują to zespoły testujące. Przeczytaj więcej na Testowanie oparte na modelu
66. Testowanie mutacji: Metoda testowania oprogramowania polegająca na modyfikowaniu kodu źródłowego programu lub kodu bajtowego w niewielkim stopniu w celu przetestowania fragmentów kodu, do których dostęp jest rzadko lub nigdy nie jest uzyskiwany podczas normalnego wykonywania testów. Zwykle przeprowadzają go testerzy. Przeczytaj więcej na Testy mutacji
67. Testowanie oparte na modułowości: Technika testowania oprogramowania wymagająca tworzenia małych, niezależnych skryptów reprezentujących moduły, sekcje i funkcje testowanej aplikacji. Zwykle wykonuje to zespół testujący.
68. Testowanie niefunkcjonalne: Technika testowania skupiająca się na testowaniu aplikacji pod kątem wymagań niefunkcjonalnych. Mogą być przeprowadzane przez inżynierów wydajności lub zespoły testujące ręcznie. Przeczytaj więcej na Testy niefunkcjonalne
69. Testowanie negatywne: Znany również jako „test to fail” – metoda testowania, w której celem testów jest pokazanie, że komponent lub system nie działa. Jest wykonywana przez testerów ręcznych lub automatycznych. Przeczytaj więcej na Testowanie negatywne
70. OperaTestowanie lokalne: Technika testowania przeprowadzana w celu oceny systemu lub komponentu w jego środowisku operacyjnym. Zazwyczaj jest wykonywana przez zespoły testujące. Przeczytaj więcej na OperaTesty cjonalne
71. Testowanie układu ortogonalnego: Systematyczny, statystyczny sposób testowania, który można zastosować w testowaniu interfejsu użytkownika, testowaniu systemu, testowaniu regresji, testowaniu konfiguracji i testowaniu wydajności. Wykonuje to zespół testujący. Przeczytaj więcej na Testowanie układu ortogonalnego
72. Testowanie par: Technika tworzenia oprogramowania, w której dwóch członków zespołu pracuje razem przy jednej klawiaturze, aby przetestować aplikację. Jeden przeprowadza testy, a drugi analizuje lub przegląda testy. Można to zrobić pomiędzy jednym Testerem a Programistą lub Analitykiem Biznesowym lub pomiędzy dwoma testerami, przy czym obaj uczestnicy na zmianę obsługują klawiaturę.
73. Testowanie pasywne: Technika testowania polegająca na monitorowaniu wyników działającego systemu bez wprowadzania żadnych specjalnych danych testowych. Wykonuje to zespół testujący.
74. Testowanie równoległe: Technika testowania, której celem jest zapewnienie, że nowa aplikacja, która zastąpiła jej starszą wersję, została zainstalowana i działa poprawnie. Przeprowadza go zespół testujący. Przeczytaj więcej na Testowanie równoległe
75. Testowanie ścieżki: Typowe testowanie white box, którego celem jest spełnienie kryteriów pokrycia dla każdej logicznej ścieżki w programie. Zazwyczaj wykonuje je zespół programistów. Przeczytaj więcej na Testowanie ścieżki
76. Testy penetracyjne: Metoda testowania oceniająca bezpieczeństwo systemu komputerowego lub sieci poprzez symulację ataku ze złośliwego źródła. Zwykle przeprowadzają je wyspecjalizowane firmy zajmujące się testami penetracyjnymi. Przeczytaj więcej na Testowanie penetracyjne
77. Test wydajności: Testy funkcjonalne przeprowadzane w celu oceny zgodności systemu lub komponentu z określonymi wymaganiami wydajnościowymi. Zwykle przeprowadza go inżynier wydajności. Przeczytaj więcej na Test wydajności
78. Testy kwalifikacyjne: Testowanie pod kątem specyfikacji poprzedniej wersji, zwykle przeprowadzane przez programistę dla konsumenta, w celu wykazania, że ​​oprogramowanie spełnia określone wymagania.
79. Ramp Testowanie: Rodzaj badania polegający na ciągłym podnoszeniu sygnału wejściowego do momentu awarii systemu. Może to przeprowadzić zespół testujący lub inżynier wydajności.
80. Testowanie regresji: Rodzaj testowania oprogramowania, którego celem jest wykrycie błędów oprogramowania po wprowadzeniu zmian w programie (np. poprawek błędów lub nowej funkcjonalności) poprzez ponowne przetestowanie programu. Wykonują to zespoły testujące. Przeczytaj więcej na Testy regresji
81. Testowanie regeneracji: Technika testowania oceniająca skuteczność odzyskiwania systemu po awarii, awarii sprzętu lub innych katastrofalnych problemach. Wykonują to zespoły testujące. Przeczytaj więcej na Testowanie odzyskiwania
82. Testowanie wymagań: Technika testowania, która sprawdza, czy wymagania są poprawne, kompletne, jednoznaczne i logicznie spójne oraz pozwala na zaprojektowanie niezbędnego i wystarczającego zestawu przypadków testowych na podstawie tych wymagań. Wykonują to zespoły kontroli jakości.
83. Testy bezpieczeństwa: Proces mający na celu ustalenie, że system informacyjny chroni dane i utrzymuje funkcjonalność zgodnie z zamierzeniami. Może to być wykonywane przez zespoły testowe lub przez wyspecjalizowane firmy testujące bezpieczeństwo. Przeczytaj więcej na Testowanie bezpieczeństwa
84. Testowanie poczytalności: Technika testowania, która określa, czy nowa wersja oprogramowania działa wystarczająco dobrze, aby można ją było poddać większym testom. Wykonują to zespoły testujące. Przeczytaj więcej na Testowanie poczytalności
85. Testowanie scenariuszy: Aktywność testowa, która wykorzystuje scenariusze oparte na hipotetycznej historii, aby pomóc osobie przemyśleć złożony problem lub system dla środowiska testowego. Jest wykonywana przez zespoły testujące. Przeczytaj więcej na Testowanie scenariuszy
86. Testowanie skalowalności: Część zestawu testów niefunkcjonalnych, które testują aplikację pod kątem pomiaru jej możliwości skalowania – niezależnie od tego, czy obsługuje obciążenie użytkownika, liczbę transakcji, ilość danych itp. Jest przeprowadzany przez inżyniera wydajności. Przeczytaj więcej na Testowanie skalowalności
87. Testowanie instrukcji: Testowanie metodą białego pudełka, które spełnia kryterium, że każde polecenie w programie jest wykonywane przynajmniej raz podczas testowania programu. Zazwyczaj wykonuje je zespół programistów.
88. Testowanie statyczne: Forma testowania oprogramowania, w której oprogramowanie nie jest faktycznie używane. Sprawdza głównie poprawność kodu, algorytmu lub dokumentu. Jest używana przez programistę, który napisał kod. Czytaj więcej na Testy statyczne
89. Testy stabilności: Technika testowania, która próbuje ustalić, czy aplikacja ulegnie awarii. Zwykle przeprowadza go inżynier wydajności. Przeczytaj więcej na Testowanie stabilności
90. Testowanie dymu: Technika testowania, która sprawdza wszystkie podstawowe elementy systemu oprogramowania, aby upewnić się, że działają prawidłowo. Zazwyczaj zespół testujący przeprowadza testy dymne natychmiast po utworzeniu kompilacji oprogramowania. Przeczytaj więcej na Testowanie dymu
91. Testowanie pamięci: Typ testowania, który weryfikuje, czy testowany program przechowuje pliki danych we właściwych katalogach i czy rezerwuje wystarczającą ilość miejsca, aby zapobiec nieoczekiwanemu zakończeniu wynikającemu z braku miejsca. Zwykle wykonuje to zespół testujący. Przeczytaj więcej na Testowanie pamięci
92. Test naprężeń: Technika testowania, która ocenia system lub komponent w granicach określonych wymagań lub poza nimi. Zwykle przeprowadza go inżynier wydajności. Przeczytaj więcej na Testy warunków skrajnych
93. Testy strukturalne: Technika testowania white box, która bierze pod uwagę wewnętrzną strukturę systemu lub komponentu i zapewnia, że ​​każde polecenie programu wykonuje swoją zamierzoną funkcję. Zazwyczaj jest wykonywana przez programistów oprogramowania.
94. Testowanie systemu: Proces testowania zintegrowanego systemu sprzętu i oprogramowania w celu sprawdzenia, czy system spełnia określone wymagania. Jest przeprowadzany przez zespoły testowe zarówno w środowisku deweloperskim, jak i docelowym. Przeczytaj więcej na Testowanie systemu
95. Testowanie integracji systemu: Proces testowania sprawdzający współistnienie systemu oprogramowania z innymi. Zwykle wykonują to zespoły testujące. Przeczytaj więcej na Testowanie integracji systemu
96. Testowanie integracji z góry na dół: Technika testowania polegająca na rozpoczynaniu od szczytu hierarchii systemu w interfejsie użytkownika i używaniu fragmentów do testowania od góry do dołu, aż do zaimplementowania całego systemu. Jest ona przeprowadzana przez zespoły testujące.
97. Testowanie wątku: Odmiana techniki testowania odgórnego, w której progresywna integracja komponentów następuje po implementacji podzbiorów wymagań. Zwykle wykonują to zespoły testujące. Przeczytaj więcej na Testowanie wątków
98. Upgrade Testowanie: Technika testowania, która sprawdza, czy zasoby utworzone przy użyciu starszych wersji mogą być prawidłowo używane i czy nauka użytkownika nie jest kwestionowana. Wykonują to zespoły testujące.
99. Testów jednostkowych: Metoda weryfikacji i walidacji oprogramowania, w której programista sprawdza, czy poszczególne jednostki kodu źródłowego nadają się do użycia. Zwykle jest on przeprowadzany przez zespół programistów. Przeczytaj więcej na Testów jednostkowych
100. Testowanie interfejsu użytkownika: Rodzaj testów przeprowadzanych w celu sprawdzenia przyjazności aplikacji. Wykonują to zespoły testujące. Przeczytaj więcej na Testowanie interfejsu użytkownika

Rodzaje testów bonusowych: Poniższych pięć typów testowania to dodatkowe techniki, które powinien znać każdy specjalista ds. zapewnienia jakości.

101. Test użyteczności: Technika testowania, która weryfikuje łatwość, z jaką użytkownik może nauczyć się obsługiwać, przygotowywać dane wejściowe i interpretować dane wyjściowe systemu lub komponentu. Zazwyczaj jest wykonywana przez użytkowników końcowych. Przeczytaj więcej na Test użyteczności
102. Testowanie objętości: Testowanie, które potwierdza, że ​​wszelkie wartości, które mogą stać się duże z czasem (takie jak skumulowane liczby, logi i pliki danych), mogą być obsługiwane przez program i nie spowodują, że program przestanie działać lub pogorszy jego działanie w jakikolwiek sposób. Zazwyczaj przeprowadza je inżynier wydajności. Przeczytaj więcej na Testowanie głośności
103. Testowanie podatności: Rodzaj testów, które dotyczą bezpieczeństwa aplikacji i mają na celu zapobieganie problemom mogącym mieć wpływ na integralność i stabilność aplikacji. Może to być wykonywane przez wewnętrzne zespoły testujące lub zlecane wyspecjalizowanym firmom. Przeczytaj więcej na Testowanie podatności
104. Testowanie białego pudełka: Technika testowania oparta na znajomości wewnętrznej logiki kodu aplikacji i obejmuje testy takie jak pokrycie instrukcji kodu, gałęzi, ścieżek, warunków. Robią to twórcy oprogramowania. Przeczytaj więcej na Testowanie białego pudełka
105. Testowanie przepływu pracy: Skryptowa technika kompleksowego testowania, która powiela określone przepływy pracy, które mają być wykorzystywane przez użytkownika końcowego. Zwykle przeprowadzają go zespoły testujące. Przeczytaj więcej na Testowanie przepływu pracy

Jak wybrać odpowiedni typ testowania oprogramowania

Przy ponad 100 dostępnych typach testów, wybór odpowiedniego podejścia do projektu może wydawać się przytłaczający. Kluczem jest dopasowanie strategii testowania do celów, ograniczeń i tolerancji ryzyka projektu.

Zacznij od wymagań projektu

Zacznij od analizy tego, co Twoja aplikacja musi oferować. Jeśli Twoje oprogramowanie przetwarza wrażliwe dane, priorytetem powinny być testy bezpieczeństwa i penetracyjne. W przypadku aplikacji skierowanych do klienta, testy użyteczności i dostępności powinny być wysoko na liście. Systemy korporacyjne ze złożonymi integracjami wymagają gruntownego testowania integracji i integracji systemów.

Rozważ metodologię rozwoju

Podejście programistyczne bezpośrednio wpływa na decyzje dotyczące testów. Zespoły Agile korzystają z ciągłych praktyk testowania, takich jak testy automatyczne, testy regresyjne i testy eksploracyjne w każdym sprincie. Projekty kaskadowe zazwyczaj stosują podejście sekwencyjne z odrębnymi fazami testów jednostkowych, integracyjnych, systemowych i akceptacyjnych.

Oceń ryzyko i wpływ

Skoncentruj swoje wysiłki testowe tam, gdzie awarie mogłyby spowodować największe szkody. Aplikacje finansowe wymagają szczegółowej weryfikacji dokładności i bezpieczeństwa. Systemy opieki zdrowotnej wymagają rygorystycznych testów zgodności. Platformy e-commerce wymagają solidnych testów wydajnościowych i obciążeniowych, aby poradzić sobie ze szczytowym ruchem.

Zrównoważenie podejścia ręcznego i automatycznego

Nie każdy rodzaj testów wymaga automatyzacji. Testowanie eksploracyjne, użyteczności i ad-hoc opiera się na osądzie człowieka. Testowanie regresyjne, obciążeniowe i testowanie dymne znacząco korzystają z automatyzacji. Najskuteczniejsze strategie łączą oba podejścia w oparciu o dostępne zasoby.

Jak AI zmienia testowanie oprogramowania

Sztuczna inteligencja zmienia oblicze testowania oprogramowania, automatyzując zadania, które wcześniej wymagały znacznego nakładu pracy ręcznej. Narzędzia testowe oparte na sztucznej inteligencji mogą teraz automatycznie generować przypadki testowe, analizując zachowanie aplikacji, wzorce użytkownika i zmiany w kodzie, co znacznie skraca czas potrzebny na zbudowanie kompleksowych zestawów testowych.

Jednym z najbardziej wpływowych zastosowań jest inteligentne przewidywanie defektów. Modele uczenia maszynowego analizują historyczne dane o błędach i wskaźniki złożoności kodu, aby identyfikować moduły z największym prawdopodobieństwem występowania defektów, umożliwiając zespołom skoncentrowanie wysiłków tam, gdzie problemy są najbardziej prawdopodobne.

Samonaprawiające się skrypty testowe stanowią kolejny istotny postęp. Tradycyjne testy automatyczne często ulegają awarii po zmianie interfejsu użytkownika. Narzędzia oparte na sztucznej inteligencji wykrywają te zmiany i automatycznie aktualizują selektory testów oraz asercje, znacznie obniżając koszty utrzymania.

Testy regresji wizualnej oparte na sztucznej inteligencji porównują zrzuty ekranu z różnych wersji i inteligentnie odróżniają celowe zmiany w projekcie od rzeczywistych defektów wizualnych. W miarę rozwoju sztucznej inteligencji, specjaliści ds. zapewnienia jakości powinni postrzegać ją jako uzupełnienie swojej wiedzy specjalistycznej, a nie jej zamiennik.

Kluczowe różnice między testowaniem ręcznym a automatycznym

Zrozumienie, kiedy stosować testy ręczne, a kiedy automatyczne, to kluczowa decyzja, która wpływa na harmonogramy projektów, budżety i jakość. Poniższe porównanie podkreśla zasadnicze różnice między tymi dwoma fundamentalnymi podejściami.

kryteria	Testowanie ręczne	Automatyczne testowanie
Egzekucja	Wykonywane krok po kroku przez testerów	Wykonywane za pomocą skryptów i narzędzi testowych
Prędkość	Wolniej, ograniczone ludzkim tempem	Szybciej, uruchamia testy równolegle
Koszt początkowy	Niższe początkowe nakłady inwestycyjne	Wyższe ze względu na konfigurację narzędzi i skrypty
Powtarzalność	Podatny na błędy ludzkie przy powtarzaniu	Spójne i niezawodne w różnych przebiegach
Najlepsze dla:	Testowanie eksploracyjne, użyteczności, ad-hoc	Regresja, obciążenie, testy dymowe
Elastyczność	Szybko dostosowuje się do zmian	Wymaga aktualizacji skryptu w przypadku zmian
Długoterminowy zwrot z inwestycji (ROI)	Wyższe koszty w dłuższej perspektywie w przypadku zadań powtarzalnych	Ekonomiczne rozwiązanie do często przeprowadzanych testów

Najskuteczniejsze zespoły ds. zapewnienia jakości nie wybierają jednego podejścia kosztem drugiego. Zamiast tego budują zrównoważoną strategię testowania, która wykorzystuje testy ręczne w obszarach wymagających ludzkiej wiedzy oraz testy automatyczne w przypadku walidacji powtarzalnych, wymagających dużej ilości danych lub krytycznych czasowo.

To kończy listę. Aby znaleźć odpowiednie narzędzia do tego typu testów i innych, zapoznaj się z tą kolekcją narzędzia testowe.

FAQ