Research On Domain-based Automatic Test For Component-based Software

With the rapid development of software engineering industry, component-based softwaredevelopment (CBSD) is becoming the mainstream developing technology of this field. The so-called component is a constitutional unit which contains only a particular contract interface andexhibitory context-dependency, and software component can be deployed independently, whichmakes it easy to be integrated by the third party. Although producing plug and play softwarecomponents to constitute a large and complicated application system makes its developmentand maintenance a relatively simple work, but, not enough tested component software may leadto catastrophic consequences. Therefore, a series of tests is necessary before softwarecomponent is made use of. In addition, unit test and integration test of component have beenincreasingly difficult, and the task of test comes out to be more heavier because of the multi-platform component development and its unpredictable service environment. In the mentionedcases, automated testing of component plays an importand role. However, traditionalautomatization testing technique cannot apply to the automated testing of component because itcan’t adapt to multi-platform programming languages. Thus searches about automatizationtesting technique of component are of great significance.Component software testing based on multi-region is an effective component testingtechnique, whose basic theory is that we can divide the function space of a component intomultiple sub-spaces and test them separately as required. This division is achieved by packagingthe component, which means surrounding the component with corresponding codes to restrictinput data of it. However, automated testing based on this technique hasn’t been realized due toits development extent. So, on the basis of current research findings, I create a new method forcomponent multi-region using knowledge of tree structure in data structure and set inmathematics. The new technology has avoided reduplication of functions and redundancy oftests. Furthermore, packaging technique of component has been improved on the foundation oftwo other existing technologies and it will provide conditions for the next step, the realization ofmulti-region automated testing on component.Due to the specific nature of the component itself, the existing automated testingtechnology cannot be directly used for component automated test. Only after function dividingand packaging can we test those components with appropriate traditional testing tools. XMLscript-based automated testing technique is a nice choice. It has great flexibility and superiority, and its function is very powerful. After fully studying of component’s characteristics and thistesting tool, I have eliminated the nature of multi-platform development of component andmade them show no difference from traditional software applying the new technique ofcomponent multi-region I put forward and the component packaging technology I haveimproved. And without doubt the test achieved a good result.