Surrogate: A Simulation Apparatus for Continuous Integration Testing in Service Oriented Architecture

2008 ◽  
Author(s):  
He Yuan Huang ◽  
He Hui Liu ◽  
Zhong Jie Li ◽  
Jun Zhu
Keyword(s):  
Service Oriented Architecture ◽  
Integration Testing ◽  
Continuous Integration ◽  
Service Oriented

scholarly journals Finding a Relative Testing approach for Service Oriented Architecture

2014 ◽  
Vol 12 (4) ◽  
pp. 3403-3410
Author(s):  
Bharat Choudhary ◽  
Vineet Richhariya ◽  
Shweta Shrivastava
Keyword(s):  
Service Oriented Architecture ◽  
Regression Testing ◽  
Business Service ◽  
Integration Testing ◽  
On Demand ◽  
A Value ◽  
It Architecture ◽  
Service Oriented ◽  
Value Net ◽  
Testing Approach

A SOA (Service Oriented Architecture) is an enterprise-scale IT architecture for linking resources on demand. In a SOA, resources are made available to participants in a value net, enterprise, and line of business. Service-oriented applications can be expensive to test because services are hosted remotely, are potentially shared among many users, and may have costs associated with their invocation. For interactive web services development SOA is a good approach. To find the desire outcomes from this architecture, we have to test this architecture than we can develop desire services from this architecture. There lots of works has done to test this architecture, like unit and integration testing are used to test this architecture but these methods cannot give hundred present testing capacity. In this paper we are concentrating to find a right approach to test the SOA. Regression testing is a better approach, rather than the previous methods.

Research and Implementation of Key Techniques of Osgi Integration Testing Platform

2013 ◽  
Vol 791-793 ◽  
pp. 936-940
Author(s):  
Fa Gui Liu ◽  
Yu Song Peng ◽  
Nan He ◽  
Ying Yi Yang ◽  
Jin Yang ◽  
...  
Keyword(s):  
Service Oriented Architecture ◽  
Integration Testing ◽  
Testing Platform ◽  
Loosely Coupled ◽  
Testing Tools ◽  
Framework Design ◽  
Rigorous Testing ◽  
Testing Technology ◽  
Service Oriented ◽  
Key Techniques

The innovation and development of software and information technology has stimulated the mature of service-oriented architecture (SOA) platform technology, while the loosely coupled, modular, dynamic loading feature of OSGi service platform has made itself a popular architecture within the SOA community. To embody the advantages of the OSGi framework application with a longer lifecycle and ensure the quality of OSGi applications, we need to run a series of rigorous testing, especially integration testing. Existing tools do not support separation of testing and development, testing records playback or redundant test cases auto-generation. In this paper, we have analyzed the current OSGi testing techniques and tools as well as their inadequacies. Our research into OSGi testing technology has enlightened us to expand the function of the testing tools on the basis of Pax-exam and then integrate them into the OSGi testing platform. Finally, we discuss the framework design of our OSGi integration testing platform and demonstrate the correctness and validity of the platform.

DYNAMIC REST SERVICES ORCHESTRATION USING THE KNOWLEDGE BASE

2019 ◽  
Author(s):  
Kostyantyn Kharchenko
Keyword(s):  
Knowledge Base ◽  
Service Oriented Architecture ◽  
Main Idea ◽  
The Real ◽  
Server Side ◽  
Service Oriented ◽  
Services Orchestration ◽  
Client Side ◽  
Abstract Operation ◽  
Microservice Architecture

The approach to organizing the automated calculations’ execution process using the web services (in particular, REST-services) is reviewed. The given solution will simplify the procedure of introduction of the new functionality in applied systems built according to the service-oriented architecture and microservice architecture principles. The main idea of the proposed solution is in maximum division of the server-side logic development and the client-side logic, when clients are used to set the abstract computation goals without any dependencies to existing applied services. It is proposed to rely on the centralized scheme to organize the computations (named as orchestration) and to put to the knowledge base the set of rules used to build (in multiple steps) the concrete computational scenario from the abstract goal. It is proposed to include the computing task’s execution subsystem to the software architecture of the applied system. This subsystem is composed of the service which is processing the incoming requests for execution, the service registry and the orchestration service. The clients send requests to the execution subsystem without any references to the real-world services to be called. The service registry searches the knowledge base for the corresponding input request template, then the abstract operation description search for the request template is performed. Each abstract operation may already have its implementation in the form of workflow composed of invocations of the real applied services’ operations. In case of absence of the corresponding workflow in the database, this workflow implementation could be synthesized dynamically according to the input and output data and the functionality description of the abstract operation and registered applied services. The workflows are executed by the orchestrator service. Thus, adding some new functions to the client side can be possible without any changes at the server side. And vice versa, adding new services can impact the execution of the calculations without updating the clients.

Sign in / Sign up

Export Citation Format

Share Document