Cactus (Framework)
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.
| 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 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
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
- 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.