Zpo-3-wyk-Slajd6: Różnice pomiędzy wersjami
Z Studia Informatyczne
Przejdź do nawigacjiPrzejdź do wyszukiwania
Nie podano opisu zmian |
Nie podano opisu zmian |
||
| Linia 6: | Linia 6: | ||
W skład biblioteki JUnit 3.8 wchodzi kilkadziesiąt klas, jednak kilka z nich ma znaczenie podstawowe. | W skład biblioteki JUnit 3.8 wchodzi kilkadziesiąt klas, jednak kilka z nich ma znaczenie podstawowe. | ||
* Klasą bazową dla wszystkich przypadków testowych jest TestCase, z uwagi na nieco nieszczęśliwą nazwę często mylony z przypadkiem testowym (tymczasem TestCase jest klasą testującą, która zawiera przypadki testowe zapisane w postaci metod; dlatego przypadek testowy to pojedyncza metoda, a nie klasa). Klasa ta udostępnia podstawowe funkcje pomocne w testowaniu, m.in. domyślne asercje. | * Klasą bazową dla wszystkich przypadków testowych jest TestCase, z uwagi na nieco nieszczęśliwą nazwę często mylony z przypadkiem testowym (tymczasem TestCase jest klasą testującą, która zawiera przypadki testowe zapisane w postaci metod; dlatego przypadek testowy to pojedyncza metoda, a nie klasa). Klasa ta udostępnia podstawowe funkcje pomocne w testowaniu, m.in. domyślne asercje. | ||
* TestCase jest wraz z | * TestCase jest wraz z TestSuite implementacją interfejsu Test. Razem klasy te tworzą strukturę drzewiastą, w której wszystkie węzły poza liśćmi drzewa są reprezentowane przez TestSuite, a liście – przez klasę TestCase. Jest to w rzeczywistości implementacja wzorca projektowego Composite, który pozwala zarządzać całą strukturą w sposób jednorodny. Dzięki temu możliwe jest tworzenie suit (zestawów testów) i uruchamianie ich w identyczny sposób jak pojedyncze klasy TestCase. | ||
* TestResult jest klasą przechowującą wyniki wykonanych przypadków testowych. Jest ona tworzona i wypełniana danymi przez kolejne klasy TestCase, które są wykonywane. Jest to także implementacja wzorca o nazwie Collecting Parameter | * TestResult jest klasą przechowującą wyniki wykonanych przypadków testowych. Jest ona tworzona i wypełniana danymi przez kolejne klasy TestCase, które są wykonywane. Jest to także implementacja wzorca o nazwie Collecting Parameter | ||
[[zpo-3-wyk-Slajd5 | << Poprzedni slajd]] | [[zpo-3-wyk-toc|Spis treści ]] | [[zpo-3-wyk-Slajd7 | Następny slajd >>]] | [[zpo-3-wyk-Slajd5 | << Poprzedni slajd]] | [[zpo-3-wyk-toc|Spis treści ]] | [[zpo-3-wyk-Slajd7 | Następny slajd >>]] | ||
Aktualna wersja na dzień 10:54, 17 paź 2006
Hierarchia klas w JUnit 3.8
W skład biblioteki JUnit 3.8 wchodzi kilkadziesiąt klas, jednak kilka z nich ma znaczenie podstawowe.
- Klasą bazową dla wszystkich przypadków testowych jest TestCase, z uwagi na nieco nieszczęśliwą nazwę często mylony z przypadkiem testowym (tymczasem TestCase jest klasą testującą, która zawiera przypadki testowe zapisane w postaci metod; dlatego przypadek testowy to pojedyncza metoda, a nie klasa). Klasa ta udostępnia podstawowe funkcje pomocne w testowaniu, m.in. domyślne asercje.
- TestCase jest wraz z TestSuite implementacją interfejsu Test. Razem klasy te tworzą strukturę drzewiastą, w której wszystkie węzły poza liśćmi drzewa są reprezentowane przez TestSuite, a liście – przez klasę TestCase. Jest to w rzeczywistości implementacja wzorca projektowego Composite, który pozwala zarządzać całą strukturą w sposób jednorodny. Dzięki temu możliwe jest tworzenie suit (zestawów testów) i uruchamianie ich w identyczny sposób jak pojedyncze klasy TestCase.
- TestResult jest klasą przechowującą wyniki wykonanych przypadków testowych. Jest ona tworzona i wypełniana danymi przez kolejne klasy TestCase, które są wykonywane. Jest to także implementacja wzorca o nazwie Collecting Parameter
