NAJLEPSI KANDYDACI DO AUTOMATYZACJI | |
Testy regresji |
Sprawdzają, czy nowy kod nie zepsuł istniejących funkcji. Testy te obejmują większość podstawowych przepływów funkcjonalnych. |
Smoke testing 1 sanity testing |
Wykonywane dla uzyskania szybkiej i rzetelnej oceny całości wersji aplikacji, by szybko podjąć decyzję czy aplikacja jest gotowa do dokładniejszego przetestowania |
Static & Repetitive Tests |
W przypadku testów, które są relatywnie statyczne i cykliczne |
DDT (Data Driven Testing) |
Dla funkcjonalności aplikacji, gdzie te same funkcjonalności muszą być ocenione w kontekście dużej ilości różnych danych wejściowych i dużych zestawów danych (np. login, search) |
Load & Performance Testing |
Nie ma realnych/wykonalnych testów manualnych dla tych dwóch przypadków |
Testy akceptacyjne i testy end-to-end |
Sprawdzają funkcjonalność aplikacji z perspektywy użytkownika końcowego. Biorą instrukcje historii użytkowników utworzonych w fazie projektowania aplikacji i wykorzystują je do przetestowania pełnego przepływu informacji. Kod do ich zautomatyzowania jest również w większości przypadków zapisany w fazie projektowania. |
Testy jednostkowe |
Te testy sprawdzają część kodu pod kątem specyfikacji. Takie testy są na ogół pisane przez programistów w celu ustalenia, czy każda funkcja działa zgodnie z pożądanym zachowaniem. Testy jednostkowe są prawie zawsze zautomatyzowane w obrębie stosu programistycznego aplikacji przy użyciu platform testowania jednostkowego, takich jak JUnit, TestNG, RSpec lub Mocha. |