Test handling device and test handling method

Abstract

The invention provides a test processing device, comprising a test case acquisition module, a context parameter setting module and a test case execution module, wherein the test case acquisition module is used for acquiring a test case in a system; the context parameter setting module is used for setting context parameters required by a test objective component in a thread context of the test case; and the test case execution module is used for executing the test case to test the objective component. Accordingly, the invention also provides a test processing method. By the technical solution of the invention, aiming at a software system based on open service gateway initiative (OSGI), a context consistent with an actual environment is provided for execution of the test case, thus different testing results caused by various execution environments is avoided, and loose coupling between the test case and a test object is achieved. In addition, test cases can be executed in batch, thereby the testing efficiency of the software system is improved and the development quality of the software system is promoted as well.

Description

technical field [0001] The invention relates to the field of software testing, in particular to a test processing device and a test processing method. Background technique [0002] OSGi (OpenService Gateway Initiative) is a dynamic model system for Java, which defines an infrastructure for the development of modular applications, so that applications can implement well-defined, reusable and collaborative standard components, and can be flexibly and dynamically Assembled and deployed into the application system. Due to these characteristics, OSGi has been widely used in the industry and has become one of the preferred architectures for software integration and enterprise development. [0003] However, because different class loaders are used to load program codes in the OSGi environment to achieve loose coupling and dynamic deployment of components, this mechanism is completely different from traditional applications, so that the testing methods used in traditional applicati...

AI Technical Summary

Problems solved by technology

[0003] However, because different class loaders are used to load program codes in the OSGi environment to achieve loose coupling and dynamic deployment of components, this mechanism is completely different from traditional applications, so that the testing methods used in traditional application development cannot Easy porting to OSGi environments

This contradiction makes the current OSGi-based software system development have some common problems of varying degrees: a. Automated testing cannot be performed but manual testing with low efficiency can only be used. Regression testing after software system changes is time-consuming and laborious. The coverage rate is low; b. The test case code is closely dependent on the target component of the test and cannot be deployed separately; c. The test case can only be tested for some components that do not depend on the running of the system context, resulting in components that depend on the business context Unable to create automated test cases

Therefore, the scope of application of this method is relatively limited. Usually, most of the functional components of a software system need to depend on the context of the system in terms of transaction, security, data access, log and other functions, so the above test framework cannot support the testing of such components. test

Images