EAI/Oracle Service Bus testing with Citrus Framework, part2


Part 2 of the OSB testing framework

Oracle .. Java .. OpenSource .. SOA

Before reading on, read my first article on the Citrus Framework.
In this second part of testing by use of the Citrus Framework i want to test a new scenario which was part of the middleware of my last customer.

Scenario

Some third party application stores messages on the Weblogic JMS queue in the middleware. My Oracle Service Bus project picks up the messages, does some transformation/enrichment/etc, and stores the data on the file share.
Storing the file on the filesystem is the trigger for starting a new process, but this will be out of scope for this article.

What we want to test is the blackbox which runs in the middleware. I want to be able to store the xml data file (fact 1), in the jms queue, and eventually read the file from filesystem (fact 2) and see if the response
matches my expected response defined in the…

View original post 495 more words

2 comments

  1. How do you see this working in an Agile environment with test driven development? I can see developers feeling at home with the framework but it’s a bit dangerous having developers design their own tests that are then passed on to the test team. The test team, if not creating the tests for the developers need to at least create their own independent tests to ensure the quality of the deliverables. I think most testers would have a hard time using the framework. Have you tried any other tools, suites, frameworks (call them what you will) that mainly GUI driven, at least from a design perspective?

  2. I have had great success in letting the product and business owners review the Citrus test cases. The XML test definitions are also readable for those without technical programmer background. Once the Citrus acceptance tests are reviewed and approved from a business view the risk of loosing test quality is minimized.

    The huge advantage of developers writing the integration tests is that you have immediate test coverage during development iterations. I believe in cross functional teams where testers and developers do interact very closely with each other and developers do write end-to-end tests.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s