Cactus (Framework)
| Jakarta Cactus | |
|---|---|
| Basisdaten
| |
| Entwickler | Apache Software Foundation |
| Aktuelle Version | 1.8.1 (18. Januar 2009) |
| Betriebssystem | plattformübergreifend |
| Programmiersprache | Java |
| Kategorie | Test-Framework |
| Lizenz | Apache License 2.0 |
| jakarta.apache.org/cactus | |
Cactus war ein Test-Framework, das von der Apache Software Foundation im Jakarta-Projekt entwickelt wurde. Es baute auf dem JUnit-Test-Framework auf, wurde jedoch für serverseitige Tests benutzt, z. B. zum Testen von Servlets, EJBs, Tag libs und JSPs.
Cactus setzte für die Servlet- bzw. EJB-Container keine Mock-Objekte ein, sondern ließ die Tests innerhalb des Containers laufen. Dazu verwendete es Codehaus Cargo um den jeweiligen Container zu instrumentieren[1] und HttpClient um die HTTP-Verbindungen aufzubauen.[2]
Cactus sah sich als Framework für integrative Unit-Tests – d. h. Unit-Tests, die die Interaktionen mit dem Container testen. Cactus war aber auch für logische Unit-Tests (z. B. Applikationslogiktest) und funktionelle Unit-Tests (z. B. HTTP Request-/Response-Test) einsetzbar.[3]
Cactus wird seit dem 5. August 2011 nicht mehr weiterentwickelt.[4]
Funktionalität
[Bearbeiten | Quelltext bearbeiten]Cactus ermöglicht es Unit-Tests für Servlets[5], JSPs[6], Filters[7] und EJBs[8] zu schreiben. Es ermöglicht auch die Integration von HTTP-Unit und HTML-Unit und somit HTTP- und HTML-Response-Objekte zu testen.
Cactus erlaubt es am Client HTTP & Servlet Cookies, HTTP Parameter und Header, Authentifizierungs-[9] und Form Parameter zu setzen und HTML-Text, Cookies, HTTP Header und Response Codes zu prüfen.[2]
Cactus Tests können von einem Browser aus gestartet werden. Ihr Ergebnis kann entweder in XML oder HTML dargestellt werden. Cactus Tests können aber auch mittels Apache Ant und Apache Maven in den Entwicklungsprozess eingebaut werden und somit im Rahmen des Unit-Tests am Server ausgeführt werden.[2]
Alternativen
[Bearbeiten | Quelltext bearbeiten]- Verwendung eines reinen Unit-Test-Frameworks wie JUnit gemeinsam mit einem Mocking Framework wie Easymock um die am Server laufende Applikationslogik zu testen.
- Verwendung von HTTP-Unit oder HTML-Unit um funktionelle Unit-Tests oder Request-übergreifende Fachlichkeiten zu testen.
- Verwendung von Testautomatisierungswerkzeugen um die Web-Applikation gesamtheitlich fachlich zu testen.
Weblinks
[Bearbeiten | Quelltext bearbeiten]Einzelnachweise
[Bearbeiten | Quelltext bearbeiten]- ↑ jakarta.apache.org: Project Dependencies ( vom 24. September 2009 im Internet Archive) (englisch)
- ↑ a b c Cactus Features
- ↑ Cactus Beschreibung - Abschnitt "Different kinds of unit tests"
- ↑ https://attic.apache.org/projects/jakarta-cactus.html
- ↑ jakarta.apache.org: ServletTestCase Principles ( vom 14. August 2009 im Internet Archive)
- ↑ jakarta.apache.org: Testing JSP with Cactus ( vom 8. September 2009 im Internet Archive)
- ↑ jakarta.apache.org: FilterTestCase Principles ( vom 16. Juni 2009 im Internet Archive)
- ↑ jakarta.apache.org: EJB Testing with J2EE RI ( vom 18. August 2009 im Internet Archive)
- ↑ jakarta.apache.org: Testing secure code Howto ( vom 14. Juni 2009 im Internet Archive)