Typy testów - jak nie zgubić się w nazwach?

0 Replies

Co oznaczają nazwy kryjące się za rożnymi typami testów?

Smoke test

– sprawdzenie kluczowych funkcji systemu bez zagłębiana się w szczegóły, upewnienie się, że system działa i możliwe będzie przeprowadzenie testów

Sanity test

– sprawdzanie, czy logika aplikacji jest zgodna z dostarczonymi wymaganiami, czy przeprowadzenie testów ma sens. To testy o szerokim zakresie, ale małej dokładności – sprawdzają, czy sensowne są dalsze szczegółowe testy.

Localization test

– sprawdzenie, jak aplikacja działa w różnych lokalizacjach, jak przystosowuje się do zmiany środowiska (wymagania kulturowe, językowe etc). Badamy tu poprawność samego tłumaczenia interfejsu użytkownika, ale też poprawność np. wyświetlania symboli walut czy formatowania dat. Sprawdzamy też, czy treści przetłumaczone na inne języki po prostu „mieszczą się” w przewidzianym na nie miejscu.

Performance testing

– sprawdzenie wydajności systemu,  ocena jego szybkości, czasu reakcji systemu na określone działania

Stress testing

– sprawdzenie, jak system reaguje na uciążliwe działania wykraczające poza granice jego określonych wymagań, sprawdzenie czy i w jakich sytuacjach system nie poradził sobie z ‘atakami’ testera

Usability testing

– sprawdzenie, czy aplikacja jest przyjazna dla użytkownika, czy korzystanie z niej jest wygodne, intuicyjne i nie sprawia problemów

Accessibility testing

– testy weryfikujące dostępność produktu dla osób niepełnosprawnych, starszych. W przypadku serwisów internetowych standardem w tej dziedzinie są wytyczne WCAG: http://www.w3.org/TR/WCAG/

Regression test

– testy wykonywane po wprowadzeniu poprawek do produktu (po naprawie błędów, po wprowadzeniu nowych funkcjonalności)

Beta test

– ostateczne testy przeprowadzane tuż przed komercyjnym wdrożeniem produktu

Security testing

– testy mające na celu zweryfikowanie bezpieczeństwa danych i funkcjonalności danego produktu

Recovery testing

– testy sprawdzające jak ‘radzi’ sobie produkt (aplikacja/system) po zawieszeniu, awariach sprzętowych itp.

Automated testing

– testy wykonywane automatycznie przez oprogramowanie/narzędzia specjalnie do tego przygotowane

Manual testing

– testy manualne polegają na ręcznym wykonywaniu scenariuszy testowych, które są listą czynności do wykonania w aplikacji oraz wynikami tych czynności.

Vulnerability testing

– testy te polegają na ocenie potencjalnych zagrożeń, na jakie może być narażona aplikacja.

Whitebox testing

– tester ma wiedzę na temat wewnętrznych procesów w aplikacji, jej kodu. Testy przeważnie wykonywane przez deweloperów.

Blackbox testing

– tester nie posiada wiedzy na temat wewnętrznych procesów w aplikacji, ani jej kodu. Opiera się na specyfikacji lub wymaganiach.

Exploratory testing

– odmiana testowania czarnoskrzynkowego (Blackbox testing), z tą różnicą, że nie opiera się na specyfikacji ani na scenariuszach, a polega na eksploracji i badaniu „nieznanego terenu”.

Scenario testing

– tester opiera się na scenariuszach, czyli historiach, często bardzo konkretnych krokach do wykonania, których przejście pozwala zweryfikować działanie testowanej aplikacji.

Przypadki testowe – logicznie i konkretnie

Share Your Thoughts

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Witamy na blogu Testility

Nasi pracownicy cyklicznie publikują posty związane z poprawą jakości w IT. Tematy, które poruszamy:

  • testy oprogramowania
  • nauka testowania aplikacji i systemów
  • rodzaje testów
  • metodyki pracy IT
  • wiele innych
Najnowsze w blogu