ISTQB w pigułce
  • ISTQB w pigułce
  • AUTOR
  • PODSTAWY
    • Proces testowy
    • Testowanie a debagowanie
    • 7 zasad testowania
    • Weryfikacja i walidacja
    • Środowisko testowe a produkcyjne
    • Wymagania funkcjonalne niefunkcjonalne
  • ROLA TESTERA
    • Typy testerów
    • Tester
    • Zadania testera
      • Analiza dokumentacji
      • Tworzenie dokumentacji
      • Wykonywanie testów
      • Raportowanie incydentów
    • Nawyki skutecznego testera
    • Role w zespole testerów
    • Niezależność w testowaniu
  • PRZYPADEK TESTOWY
    • Przypadek testowy niskiego poziomu (konkretny)
    • Przypadek testowy wysokiego poziomu (logiczny)
    • Przegląd przypadku testowego
  • TYPY TESTÓW
    • Testowanie funkcjonalne
    • Testowanie niefunkcjonalne
    • Testowanie strukturalne (białoskrzynkowe)
    • Testowanie związane ze zmianami - testy regresji i retesty
    • Testowanie pielęgnacyjne
  • TECHNIKI TESTÓW
    • CZARNOSKRZYNKOWE
      • 1. Klasy równoważności
      • 2. Analiza wartości brzegowych
      • 3. Tablice decyzyjne
      • 4. Testowanie przejść między stanami
      • 5. Testowanie w oparciu o przypadki użycia
    • BIAŁOSKRZYNKOWE
      • 1. Pokrycie instrukcji
      • 2. Pokrycie decyzji
      • 3. Inne techniki oparte na strukturze
    • OPARTE NA DOŚWIADCZENIU
      • Zgadywanie błędów
      • Testowanie eksploracyjne
      • Testowanie w oparciu o listy kontrolne
  • POZIOMY TESTÓW
    • POZIOM 1. Testy modułowe (jednostkowe)
    • POZIOM 2. Testy integracyjne
    • POZIOM 3. Testy systemowe
    • POZIOM 4. Testy akceptacyjne
      • Testy Alfa, Beta
  • MODELE
    • Model wodospadowy
    • Model V – sekwencyjny.
    • Model iteracyjny / przyrostowy
  • PLANOWANIE TESTÓW
    • Kryteria wejścia - wyjścia
    • Podejścia do testów
    • Podejścia do szacowania pracochłonności testów
    • Metryki
    • Ryzyko projektowe/produktowe
    • Kierowanie testami
  • TESTY STATYCZNE
    • PRZEGLĄD
      • TYPY przeglądów
      • PODZIAŁ podstawowy
      • Przegląd formalny
      • Przegląd nieformalny
    • Analiza statyczna
    • TECHNIKI przeglądu indywidualnego
      • Listy kontrolne
  • NARZĘDZIA
    • Do zarządzania testowaniem i testami
    • Do testów statycznych
    • Do specyfikacji testów
    • Do wykonania testów oraz logowania
    • Do wydajności i monitorowania
    • Do różnych obszarów zastosowań
  • METODY WYTÓRCZE
    • METODY WYTWÓRCZE
      • Projekt - Proces - Działania rutynowe
        • Projekt
        • Dlaczego projekty upadają?
      • Etapy życia oprogramowania
      • PDCA
      • Planowanie
        • Analiza i specyfikacja wymagań
        • Planowanie projektu - metodyki KLASYCZNE
        • Planowanie projektu - metodyki ZWINNE
        • Ryzyko a niepożądane skutki
      • Narzędzia planowania - SMART - MoSCow...
        • SMART
        • Mapa myśli
        • MoSCoW
        • WSJF
        • Trójkąt celów
      • Role projektowe
        • Role projektowe – metodyki klasyczne
        • Role projektowe – SCRUM
    • AGILE - METODYKI ZWINNE
      • Manifest Agile
      • Podejście "cały zespół" i info zwrotne
      • Historyjki użytkownika
      • Planowanie wydania i iteracji
      • RETROSPEKTYWY
      • Rola i umiejętności testera w projekcie zwinnym
      • PODEJŚCIA
        • Programowanie ekstremalne (XP)
        • Test-driven development (TDD)
        • Scrum
        • Kanban
    • SCRUM
      • Szacowanie czasochłonności
    • KANBAN
  • Linki
    • e-Olak.pl
  • POLITYKA PRYWATNOŚCI
    • PRAWA AUTORSKIE
      • GitHub
Powered by GitBook
On this page
  • Klasy równoważności (equivalence partitioninng)
  • Przykład:

Was this helpful?

  1. TECHNIKI TESTÓW
  2. CZARNOSKRZYNKOWE

1. Klasy równoważności

PreviousCZARNOSKRZYNKOWENext2. Analiza wartości brzegowych

Last updated 4 years ago

Was this helpful?

Klasy równoważności (equivalence partitioninng)

Techniki podziału na klasy równoważności (ang. equivalence partitioning) używa się do zmniejszenia liczby przypadków testowych wymaganych do efektywnego testowania.

Wejścia programu lub systemu są dzielone na grupy, które powodują podobne zachowanie oprogramowania, więc wysoce prawdopodobne jest to, że są przetwarzane w ten sam sposób. Przyjmuje się, że w przypadku wybrania jednej reprezentatywnej wartości z danej klasy jest zapewnione pokrycie wszystkich elementów tej klasy.

Klasy równoważności można znaleźć dla danych poprawnych (wartości, które powinny zostać zaakceptowane) oraz niepoprawnych (wartości, które powinny zostać odrzucone).

  • dla danych poprawnych (wartości, które powinny zostać zaakceptowane)

  • niepoprawnych (wartości, które powinny zostać odrzucone)

  • dla wyjść

  • wartości wewnętrznych

  • wartości zależnych od czasu (np. przed lub po zajściu jakiegoś zdarzenia)

  • oraz parametrów interfejsów (np. komponentów integrowanych i testowanych podczas testów integracyjnych)

Klasy równoważności można stosować na każdym poziomie testowania, w sytuacjach, gdy wszystkie elementy zbioru wartości do przetestowania mają zostać przetworzone w taki sam sposób i gdy zbiory wartości używanych przez aplikację nie nakładają się na siebie.

Ta technika sprawdza się najlepiej w połączeniu z analizą wartości brzegowych, która rozszerza listę testowanych wartości o wartości brzegowe klas równoważności. Jest to typowa technika umożliwiająca szybkie ustalenie, czy działają podstawowe funkcjonalności.

Przykład:

Ilość znaków w polu "Hasło" nie może być krótsza niż 6 znaków i dłuższa niż 10 znaków.

Po wydzieleniu klas równoważności przy projektowaniu przypadków testowych możemy wybrać tylko po jednej wartości z danej klasy, np.:

  • TC1 – Klasa I – hasło zawierające 4 znaki

  • TC2 – Klasa II - hasło zawierające 8 znaków

  • TC3 – Klasa III - hasło zawierające 15 znaków