Open Dealer Exchange is a joint venture between ADP Dealer Services, Inc. and The Reynolds and Reynolds Company. Open Dealer Exchange is a technology leader within the automotive financing and insurance process for connecting lenders and insurance product providers with their dealer partners throughout the United States and Canada. By providing a direct connection into the dealership's main network—the DMS—Open Dealer Exchange virtually removes the need for dealers to leave their system-of-record during the finance and insurance processes. This innovation results in increased operational efficiencies, reduced contract errors, and a more streamlined process with a lender’s or provider's franchised dealerships.
What first prompted Open Dealer Exchange to consider ReadyAPI Test?
In 2011, Open Dealer Exchange decided to build out a more robust and dedicated QA team in response to a growing customer base. Our solution is a pure business-to-business integration, and we wanted to equip the organization with the necessary tools to test our middleware in the absence of a user-facing application.
Why did Open Dealer Exchange choose ReadyAPI Test?
Several members of our QA team had worked with ReadyAPI Test in the past. Because of their comfort level and how effective ReadyAPI Test performs, we did not consider any other testing tools. We felt confident, given our first-hand experience with the solution’s proven track record and knowing how well it meets our primary needs—the ability to interrogate the XML structure of our middleware along with data validation.
How long has Open Dealer Exchange relied on ReadyAPI Test and how many internal users depend on the solution?
We started utilizing ReadyAPI Test as well as the free version of SoapUI approximately two-and-a-half years ago. We wanted to make sure we could efficiently test how well our middleware software functioned and performed.
Five QA testers rely on ReadyAPI Test as well as five members of our application development team. On the product side of the business, we leverage the free version of SoapUI for eight business analysts and marketing personnel.
What role does ReadyAPI Test play in your daily operations?
Our primary offering is a collection of Web Services allowing automotive dealerships, lending institutions and insurance companies to transact business with each other when consumers purchase, lease or sell automobiles. ReadyAPI Test is the primary tool our QA and application development teams use to generate tests to see how well our numerous Web Services perform.
What have been the most useful features for your business?
- We benefit in particular from the ability to read from external data sources, such as Microsoft Excel files, and then being able to submit multiple test cases with different parameters.
- The JDBC database connections are also helpful. We can connect to our DB2 database and then send SQL queries to our middleware.
- ReadyAPI Test generates reports for easy results analysis of the JDBC connections used in the assertions with parameters that can be passed along to other test cases.
- We also appreciate the ReadyAPI Test Groovy support which allows us to run arbitrary Groovy code from inside ReadyAPI Test. We rely on this for running XPath assertions and creating external log files with test results from the assertions. The log files show XML responses and whether or not any errors occurred.
- The Groovy support also lets us overwrite XML responses with content from the DB2 database. Another key ReadyAPI Test capability is the generation and validation of XML. We can easily modify and validate XML requests
- For reporting, our QA team can leverage the ReadyAPI Test automated reports to take the place of creating reports with Groovy scripting using CSV Excel-based reports.
- We can also use the JDBC connections to the database to pull down records that we can then add to the reports.
- In addition, the baked-in reporting of ReadyAPI Test shows test-case status and assertion-case status, and the formatting of reports makes them easy to read.
How important is Groovy scripting to your testing process?
Very important—because our clients handle sensitive consumer data, the XML responses received from our Web Services are encrypted and do not return back to ReadyAPI Test. Only successful messages are returned to ReadyAPI Test. We use Groovy scripting with the same decryption our development team uses, to provide real responses that are decrypted into ReadyAPI Test. We then run custom assertions.
Is it valuable for your company to deploy both ReadyAPI Test and the free version of SoapUI?
Yes, since our QA and development teams need the full testing, editing and reporting capabilities that ReadyAPI Test offers. Meanwhile, the free version of SoapUI proves sufficient for our non-technical users who just need to run simple tests to test our Web Service functionality.
One of the most important functions in ReadyAPI Test that the free version does not offer is the data source function. This allows us to pull parameters from an external XML or Excel file then submit multiple test cases. This is something we need every day.
The end-to-end performance reports ReadyAPI Test generates are also a major plus. We can easily identify how well our applications perform and pinpoint where any bottlenecks occur.
Does Open Dealer Exchange rely on any other SmartBear products?
We also leverage SmartBear ReadyAPI Performance to see how well our Web Services hold up under the stress of many requests all at once. There’s synergy between the two SmartBear solutions in that ReadyAPI Performance reads directly from ReadyAPI Test. ReadyAPI Performance can use the ReadyAPI Test runner as well as the fixed-rate and random generators to send multiple test cases at a controlled rate for performance and capacity testing. This saves a lot of time in creating the load tests.
ReadyAPI Performance proves particularly beneficial for performance testing when significant enhancements are made to our Web Services. We first run a static ReadyAPI Performance test and baseline the server performance. We then apply the change and run the same test again to compare the results.
For capacity testing, we use our historic peak volumes to sequentially run 2X, 3X and 4X tests using ReadyAPI Performance to find our peak capacity.