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 określony cel testu, strategię testowania i elementy wynikowe testu. Celem posiadania typu testowania jest sprawdzenie testowanej aplikacji (AUT) pod kątem zdefiniowanego celu testu.

Na przykład celem testów dostępności jest sprawdzenie, czy AUT jest dostępny dla osób niepełnosprawnych. Jeśli więc Twoje oprogramowanie musi być przyjazne dla osób niepełnosprawnych, sprawdzasz je w oparciu o przypadki testowe dostępności.

Rodzaje testowania oprogramowania

Lista 100 typów testowania oprogramowania wraz z definicjami. Lektura obowiązkowa dla każdego specjalisty ds. kontroli jakości. Rozważ ten przewodnik po wszystkich typach testowania oprogramowania.

Rodzaje testowania oprogramowania

  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 testów określających użyteczność produktu dla osób niepełnosprawnych (głuchych, niewidomych, upośledzonych umysłowo itp.). Proces ewaluacji przeprowadzany jest przez osoby niepełnosprawne. Przeczytaj 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ń, podczas których przeprowadza się badania aż do zniszczenia próbki, w celu zrozumienia właściwości konstrukcyjnych próbki lub zachowania materiału pod różnymi obciążeniami. Zwykle wykonują to zespoły kontroli jakości.
    Czytaj więcej na 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 pewnej wiedzy na temat jego wewnętrznego działania. Może to wykonać zespół programistów lub testerów.
  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, podczas której oprogramowanie nie jest faktycznie używane. Sprawdza głównie poprawność kodu, algorytmu lub dokumentu. Jest używany przez programistę, który napisał kod. Przeczytaj 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.
  1. 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
  1. 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.
  2. 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
  3. 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

Bonus!!! Zawsze dobrze jest wiedzieć kilka dodatkowych rzeczy

  1. 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
  2. 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
  3. 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
  4. 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
  5. 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

To kończy listę. Mam nadzieję, że czytanie jej sprawiło Ci przyjemność. Aby znaleźć odpowiednie narzędzia do tego typu testowania i innych, przejrzyj tę kolekcję narzędzia testowe.