Tibco Unit-Test-tools
Weiß jemand, welche unit-Test-tools sind verfügbar, wenn die Entwicklung von Tibco Prozesse?
In den nächsten Monaten arbeite ich auf einer Tibco Projekt und ich bin versucht zu finden, jede bestehende unit-Test-frameworks, die die Arbeit leichter zu bauen mit einem TDD-Ansatz.
So weit, die einzige, die ich habe finden können ist genannt BWUnit. Es scheint ok, aber seine derzeit in beta und seine kommerzielle software. Wenn möglich würde ich gerne ein open-source-tool, aber solange es in der Lage ist zu tun, einen guten job würde ich glücklich sein.
Also kennt jemand eine andere unit-Test-tools für Tibco Entwicklung?
Auch, hat jemand irgendwelche Erfahrungen mit BWUnit? Wie hilfreich ist/war es?
- Update: BWUnit ist nun aus der beta
Du musst angemeldet sein, um einen Kommentar abzugeben.
Für BW-Projekte, kochte ich mein eigenes Unit-Test-framework auf der Basis von BW-Prozessen selbst. Also die automatisierten tests und Validierungen sind codiert in der TIBCO-Projekt selbst.
Für AMX Projekte, die ich empfehlen SOAPUI für die automatisierte Prüfung Ihrer Leistungen. Aber ich codiert alle unit-tests in der zugrunde liegenden Sprache, in meinem Fall Java mit JUnit. Die Implementierung Klassen unter den Komponenten, die aufeinander verweisen direkt in die unit-tests, unter Umgehung der AMX-code tut das messaging.
Habe ich großen Erfolg hatte die Erstellung einer soap-interface-layer für jede meiner Prozesse (Aufnahme von den gleichen Argumenten) und die Nutzung SoapUI zu tun, all die Tests, die angetrieben wird von ein paar Datenbank-Tabellen.
Edit:
Was ich beschrieben habe ist ziemlich viel, wie BWUnit arbeitet: es wird ein web-service-Schnittstelle, um jedes Ihrer Prozesse (vielleicht mit ein wenig weniger manuelle Arbeit, aber dasselbe Konzept.)
Könnten Sie die Prüfung innerhalb von tibco selbst, mit Dateien, RV, JMS, oder jede Eingabe, für diese Angelegenheit, außer Sie schreiben alle test-assertion-code selbst, anstatt ein vorhandenes tool, hat Sie alle gebaut. Sie können dann verlassen Sie sich auf SoapUI zu generieren, die alle Ihre JUnit-reports, usw.
Wenn Sie es wirklich wünschen, können Sie ein soapui-target in das build-Skript enthalten die unit-tests und/oder funktionale tests für jedes build, sobald es bereitgestellt ist.
Deopends auf das Protokoll (das, was verwendet wird). Racoon und SoapUI erwähnt wurde. Mit Ihnen können Sie testen, "pro Modul" - Ebene. Das ist Komponenten-oder Systemtests. Vor allem usful für performance-tests. Dies ist jedoch der häufigste Weg, um zu testen, tibco Komponenten.
Ich werde haben Sie einen Blick auf die BWUnit, sieht interessant aus und integriert mit der CI-Server (ich habe gebaut ein ähnliches Werkzeug in einem Projekt). Eine Schwäche dieser Ansatz weiter kann sein, dass TIBCO-Systeme sind in der Regel zusammengesetzt aus verschiedenen tools und nicht nur das BW, das bedeutet, dass Java-Komponenten, C++ - Server und so fort wird verwendet, um für das gesamte system.
Gibt es auch ein Kommerzielles tool namens GHTester (http://www.greenhatconsulting.com/ghtester/)
Wenn Sie mit RV-haben Sie vielleicht einen Blick auf http://www.rvsnoop.org/ zu erfassen, die Nachrichten in ein wiederholbares format für freie (OSS-tool, das ich begonnen)
Versuchen zu tun, eine Methodik wie TDD mit soap-UI wäre nicht sehr effektiv. Ich habe Diese für BW und Sie erhalten nicht die gleiche Ebene der Granularität und Komfort von einer vollen unit-test-suite. BWUnit ist ein gutes Werkzeug, und wenn Sie eine gute Beziehung mit Ihrem TIbco PSG-Jungs, die Sie möglicherweise in der Lage zu bekommen TibUnit die eine PSG Ware wie CLE.
Haben wir auch kommen mit einem plan für die Verwendung einer externen Unit-test-Frameworks wie .Netto-und dann mit einem controller-Muster, um die swap-Prozesse mit Dynamischer Prozess, der die override-flag. So esentaially hätten wir eine control channel, der sowas sagen würde
Kontrolle
- Prozess 1 Überschreiben
- /- Prozesse/SomeProcess.Prozess
- Prozess 2 Überschreiben
{Leer}
also in deinem Gerät testen, Sie wäre in der Lage, in Ihrer Einrichtung zu nennen BW mit dem control-channel (EMS oder HTTP) und sagen, es zu laden, eine andere Prozess. Während dieser arbeiten ist es trotzdem ein hack, wegen der eingeschränkten Funktionalität der Designer.
Haben wir auch angeschaut, Service Grid und BWSE und die, die nicht erscheinen, um uns überhaupt nichts mehr. Eigentlich ein wenig mehr einschränken.
Es gibt ein altes framework aufgerufen Waschbär gebaut über Tibco ActiveEnterprise.
Es hat eine Komponente für unit-Tests genannt UiTest konzentriert sich auf RendezVous-messaging.
Es scheint nicht zu haben zu viel Aktivität in letzter Zeit, obwohl.
Mit BW-TEST, den Sie üben können, TDD und fügen Sie Ihre Projekte, um Ihr CI
Check it out auf http://nicosommi.com/?p=209
Es ist open-source -
IBM RIT ist sehr gutes Werkzeug, um die Arbeit auf diese Art von Szenarien, es kann Ihnen helfen, zu behaupten, unterschiedliche Szenarien sowie die Auswertung der code-coverage.
Empfehle ich IBM RIT. es ist Teil der IBM-RTW-stack. Sie können es verwenden, TDD und CI/CD-Modelle der Lieferung leicht.