It’s crunch time and you’ve only got a few hours to test a new payment feature added to your massively successful retail web site. Any mistake could be catastrophic for the company’s revenues…and your job. You know you need to test this functionality prior to launch and yet you dread having to build a new virtual service to test this feature. If only someone else had previously created a service to test this functionality. If only there were a catalog to view and select a service from a list of pre-built services. If only there were a central location where services could be uploaded and shared across all our teams! I could review the pre-built services, see if one them meets my needs, select it and immediately start using it.
No More Testing Bottlenecks
That would save me so much time! I could be a hero and go home early (to work remotely of course). Well, get ready to go home early because this functionality is now part of the BlazeMeter Continuous Testing platform. With the BlazeMeter asset catalog you can upload (previously written) virtual services to a central location so that all teams can have access to them. What a time saver! This new approach unlocks virtual services for companies that are using on-prem Service Virtualization.
Service Virtualization (SV) takes a modern approach to the traditional practice of mocking and stubbing, Modeling and simulation should be applied to application development the same way it applies to mechanical or electrical engineering. Application developers and quality engineers using Service Virtualization can utilize underlying services with dynamic and robust capabilities, sufficiently similar to the “real” underlying systems, without depending on the complexity and constraints of real hardware and software. Benefits of SV include earlier defect detection, shorter release cycles, and reduced cost of development through a reduction in physical infrastructure dependencies.
With BlazeMeter Continuous Testing, other teams can now gain access to virtual services that were previously built by the on prem SV users.
The Democratization of Virtual Services
Until now, virtual services were “locked” inside the on-prem version of Service Virtualization. This meant that usually only the team that used Service Virtualization had access to these services for testing. Usually this meant a limited set of developers or testers. It’s not that they didn’t want to share but they didn’t have an easy way to do it.
With BlazeMeter Continuous Testing these assets can be uploaded from the traditional version of Service Virtualization and placed into a catalog. As shown in the following example, a BlazeMeter user can scan the list of uploaded services to see if any of them could be used for their particular test. This means that these services can be recycled and reused over and over again. Think of the time and cost savings by not having to start from scratch each time you need a service for test.
What are the Benefits of this new solution?
Increase SV adoption. Many companies would like to increase Virtual Service adoption. They have made a significant investment in time and money and want to derive additional benefit from this solution. With BlazeMeter and Mock Services you can built better software faster because these services are accessible by more people whenever and wherever needed.
Enhance your SV investment. This solution helps bridge SV adoption with mock services (cloud) and Service Virtualization (on-prem) by utilizing both solutions to meet any level of testing complexity. One team can continue to use traditional Service Virtualization while another team can use the BlazeMeter Continuous Testing platform for their tests.
Build greater collaboration. Virtual services can be created by recording a transaction or through coding methods. A developer or tester can create services using the tools most comfortable to them. Regardless of how the services are built, your teams can collaborate more easily to build better applications, faster.
Time-to-market, development costs and application quality are top priorities for organizations developing software. Constraints remain a fundamental challenge to timely, cost-efficient, high quality software development and delivery. This area of focus for many development teams is mocking and/or stubbing of application code to reduce dependencies on components of the application environment.
In short, you need mock services to achieve better testing results. But you need enhanced mock services provided by solutions such as Broadcom’s BlazeMeter Continuous Testing product. Dependencies often impede the quality of testing that developers can perform. With mock services from BlazeMeter, you can virtualize and continue to test all parts of your system, in minutes, even if you don’t have access to the full environment. You can use open source tools, API specs, or UI and then reuse and share these assets in a virtual catalogue.
Service Virtualization and BlazeMeter Continuous Testing from Broadcom are unique in the marketplace in terms of comprehensive protocol support, best practices for implementation, and scale. Broadcom Service Virtualization is a mature, well-deployed solution with hundreds of customers in a broad range of industries. BlazeMeter is also well developed and now the two products can jointly interact to bring you the best of both worlds. Test teams with limited or advanced abilities can now use the powerful capabilities virtual services found in both Service Virtualization and the BlazeMeter Continuous Testing platform.
Jeff Hughes is a product marketing engineer for Broadcom. He has over 20 years experience in technology marketing with emphasis on testing, application development, security, Cloud and network technologies. Jeff joined CA/Broadcom in May, 2015 and provides marketing support for Test Data Manager and Service Virtualization. He is the author or 11 books on technology and marketing along with numerous ebooks and white papers. He has been a speaker at global conferences and trade shows and has been a regular presenter at CAWorld for the past three years.