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
  • Testowanie w oparciu o przypadki użycia
  • Przypadek użycia (ang. use case)
  • Obszar zastosowania
  • Przykład

Was this helpful?

  1. TECHNIKI TESTÓW
  2. CZARNOSKRZYNKOWE

5. Testowanie w oparciu o przypadki użycia

Previous4. Testowanie przejść między stanamiNextBIAŁOSKRZYNKOWE

Last updated 4 years ago

Was this helpful?

Testowanie w oparciu o przypadki użycia

Umożliwia przeprowadzenie testów opartych na scenariuszach, które powinny naśladować użytkowanie systemu. Przypadki użycia definiują interakcje aktorów z systemem służące osiągnięciu jakiegoś celu. Aktorami mogą być użytkownicy lub systemy zewnętrzne.

Przypadek użycia (ang. use case)

opisuje interakcje pomiędzy aktorami (użytkownikami lub systemami), które powodują powstanie wyniku wartościowego z punktu widzenia użytkownika lub klienta. Przypadek użycia może być opisany na wysokim poziomie abstrakcji (biznesowy przypadek użycia, poziom procesów biznesowych, niezawierający informacji o technologii) lub na poziomie systemowym (systemowy przypadek użycia na poziomie funkcjonalności systemu).

Każdy przypadek użycia posiada warunki wstępne, które muszą zostać spełnione, żeby przypadek użycia został wykonany. Każdy przypadek użycia kończy się warunkami końcowymi. Są nimi widoczne rezultaty jego wykonania oraz stan systemu po zakończeniu przypadku użycia. Przypadki użycia zwykle posiadają scenariusz główny (tj. najbardziej prawdopodobny) oraz czasami scenariusze poboczne.

Obszar zastosowania

Testowanie w oparciu o przypadki użycia wykonuje się zwykle na poziomie testów systemowych i akceptacyjnych. Może się ono również sprawdzać w testach integracyjnych zależnie od poziomu integracji, a nawet w testach modułowych zależnie od działania danego modułu. Przypadki użycia często stanowią również podstawę testów wydajnościowych, ponieważ odzwierciedlają realistyczne użytkowanie systemu. Scenariusze opisane w przypadkach użycia można przypisać do użytkowników wirtualnych w celu zbudowania realistycznego obciążenia systemu.

Przykład