ChoicePay: Rising above the SOA Testing Challenge
SOA testing doesn't stand alone
By: Salman Akhtar
Oct. 19, 2006 12:00 PM
ChoicePay has embarked on a strategic Web Services-based SOA initiative as part of its ongoing effort to improve customer and partner service. To meet its service improvement objectives, ChoicePay builds reliable and robust Web Services. It continues to enhance its service objectives without compromising overall quality through short, iterative, and demanding Web Services testing cycles.
ChoicePay's adoption of Service Oriented Architecture (SOA) stems from its continuous effort to improve service for its clients. One of the many SOA-based Web Services launched by ChoicePay enables centralized account number validation across all of its bill payment clients, encapsulating hundreds of masks, algorithms, and rules intelligently. As with other systems it has developed, this Web Service went through a meticulous design and implementation process. The intended goal was to provide a service that would cause minimal friction when integrated into a client's IT infrastructure. To reach this goal, the developers had to design a flexible service that would be readily consumed by multiple companies with diverse hardware and software platforms, operating systems, and programming languages. The SOA developers also had to ensure that the services were robust and reliable, which meant that the QA team had to ensure that all operations exposed by the service were thoroughly tested with a large set of data permutations. And for ChoicePay's Web Service, these rigorous and broad testing requirements had to be addressed in a span of only a month.
How ChoicePay Did It
When Fulton initiated the SOA testing plan with ChoicePay's software QA team, he first identified the key objectives in order to roll out the service:
The initial task was to select the right testing technology to quickly meet the objectives set by Fulton and overcome any hindrances. This included rapid deployment and a limited time for testers to come up to speed with the new product. The criteria to select the right testing technology was based on it meeting current testing objectives, being easy to use, cost-effective, and extensible for future testing scenarios. From an extensibility perspective, ChoicePay wanted to select a testing tool that would fulfill the following core functional requirements: (see Table 1)
The goal behind these requirements was to find a unified SOA testing technology that would be reusable across multiple IT groups during pre-deployment and post-deployment. Also, given the tight testing schedule, it was important for ChoicePay to have an easy-to-use technology that didn't require a significant time investment for training. The testing team didn't have time for boot camp-type training.
After evaluating SOA testing technologies from several companies, ChoicePay selected Crosscheck Networks SOAPSonar Enterprise. ChoicePay was most impressed by the ease-of-use and rich functionality that not only addressed ChoicePay's stringent testing criteria, but also gave the team immediate productivity improvements . It took less than an hour for the ChoicePay testing team to become effective using the product.
Besides the ease of use of SOAPSonar, the support team at Crosscheck Networks was responsive. Each issue raised by testers was immediately discussed and alternatives given without impacting the project timeline. This allowed full and complete testing during a short time frame for the implementation. "We rely on agile competitive partners in technology and Crosscheck Networks proved to be exceptional," Fulton said.
As the testing plan was taking shape, ChoicePay continued developing effective techniques to maximize their utilization of SOAPSonar. The first technique focused on test-case usability. Borrowing from SOA's emphasis on reuse, ChoicePay's QA team created a set of test cases that could be reused across multiple SOA testing functions such as functional regression, performance, and interoperability.
The second technique adopted by ChoicePay was to leverage external data sources to dynamically parameterize SOAP requests as well as expected SOAP-response success criteria. This technique enabled the QA team to conduct full regression tests across thousands of test cases. Figure 1 illustrates the basic setup and highlights different components that played a role during rollout.
In Figure 1, SOAPSonar enabled the testing team to create coarse-grained and fine-grained filters to verify the integrity of SOAP responses from the target Web Service. The team was able to create filters based on both HTTP response codes and specific XML elements within SOAP responses. The ability to create fine-grained filters enabled the testing team to quickly identify successful and erroneous responses. Sorting data issues from application issues was simplified by using these filters. Rich reporting also played a key role in facilitating rapid bug fixes by development. Without accurate reporting, the team wouldn't have been able to convey the bugs to the development team and identify whether the issue was code-related or database-specific.
Fulton is confident they have gained considerable experience in the last few weeks with timely Web Services-based rollouts, saying, "Our experience with SOAPSonar has given us the ability to provide best-in-class reliability in highly complex, real-time distributed systems across multiple enterprises." Some of the valuable lessons learned during ChoicePay's development and release exercise include:
Reader Feedback: Page 1 of 1
SOA World Latest Stories
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
SYS-CON Featured Whitepapers
Most Read This Week