• Journal of KIISE:Software and Applications
• /
• v.29 no.10
• /
• pp.694-702
• /
• 2002

An application in Component-Based Software Development (CBSD) is built by 'composing'two kinds of components; One is a component that is made by current developer himself, and the other is a component that is from other developments. We define the former as a 'White-box component' and the latter as a 'Black-box component.' The error from the composition can be said to be caused by interactions of Black-box components and White-box components. This paper proposes a new testing technique for composition errors, and applies the technique to Enterprise Java Beans component architecture. Our technique selects test cases by injecting a fault only into the specific parts of a White-box component. This specific parts for injecting a fault are selected by analyzing composition patterns, and lead to make our test cases have a good effectiveness. We show the effectiveness of our test cases through an experiment. Moreover, we also mention an automation tool for our technique.

• Journal of KIISE:Software and Applications
• /
• v.32 no.8
• /
• pp.704-716
• /
• 2005

Assembling new software systems from Prepared components is an attractive alternative to traditional software development method to reduce development cost and schedule dramatically. However, if separately developed components are tested, integrated and verified with unreasonable effort and high cost, it would not be an effective way to software development. Components are not distributed in the shape of white-box source code so that should be hard to validate and test in new application environment. For solving this problem, built-in tester components are suggested to check the contract-compliance of their server components. If components have various and complex function, built-in tester should be heavy and unflexible to test in composition of components. This paper suggests enhancing automated wrapper technique which substitutes with built-in tester components and shows the usability of the wrapper by design and implementation. Component testing in this way reduces the cost and effort associated with preparation of component testing and makes the various test experiments in components assembly.

• Journal of KIISE:Software and Applications
• /
• v.27 no.12
• /
• pp.1163-1173
• /
• 2000

다양한 표준에 정의된 내용을 가지고, 각 도메인에서 사용할 수 있는 프로세스를 구축하는 일은 어렵다. 왜냐하면 표준의 어떤 부분을 어떻게 tailoring 하여야 하는지에 대한 지침이 부족하기 때문이다. 사실 표준은 표준대로 존재할 뿐, 실제 프로세스 정의에는 사용되지 못하고 있다. 따라서 본 논문에서는 컴포넌트 기반 개발 개념을 이용하여 다양한 도메인에 맞게 프로세스를 tailoring하는 방법을 제안한다. 우선 테스트 프로세스를 언급하는 다양한 표준들로부터 테스트 프로세스 컴포넌트를 정의하고, 이들을 특정 도메인에 맞게 tailoring 하기 위한 맞춤(customization), 조립(composition) 방안을 제안한다. 본 논문에서 제안한 방법은 테스트 프로세스 컴포넌트의 인터페이스만을 고려하고 주어진 플로그인들을 이용하여, 맞춤.조립만을 수행함으로써, 체계적으로 tailoring된 테스트 프로세스를 구축할 수 있도록 한다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2004.05a
• /
• pp.317-320
• /
• 2004

컴포넌트를 기반으로 하는 소프트웨어 개발에 대한 많은 관심은 컴포넌트가 요구 사항에 명시된대로 동작하는지를 테스팅 하는 일과 테스트된 컴포넌트 조립하여 어플리케이션을 개발하는 일에 주어지고 있다. 본 논문에서는 웹 서비스 기술을 이용하여 컴포넌트 구매자에게 후보 COM 컴포넌트를 편리하게 테스팅할 수 있는 테스팅 환경의 구현에 대해 서술한다. 이를 통해 컴포넌트 제공자 및 사용자는 컴포넌트의 신뢰성과 이해성을 증진시킬 수 있다.

• The Journal of Society for e-Business Studies
• /
• v.8 no.4
• /
• pp.239-252
• /
• 2003

High quality software is the one that has an excellent performance with a low price, consumer's request satisfaction and less bug. In addition, it should have structure easily maintainable. CBD(Component Based Development)technology is getting more popular as a method for software development which can satisfy all above conditions. Although there are a lot of test methods about component for composition, function, compatibility and reliability, it's not enough to ensure that the component has reliability, maintainability, and reusability, so an integated method are necessary. In this paper, we are going to propose the solution model for integrating components, which are based on UML (Unified Modeling Language) technologies. This model can extract existing faults in the component interfaces by referencing sequence diagram and collaboration diagram.

• Proceedings of the Korean Information Science Society Conference
• /
• 2002.10d
• /
• pp.112-114
• /
• 2002

다양한 자동화된 테스팅 도구들이 존재하지만 프러덕 라인(product line)에서 요구하는 다양한 레벨과 방법론을 수용하기에는 부족하다. 또한 기존 테스팅 도구는 특정 기법과 레벨만을 제공하기 때문에 사용자가 다른 기법을 사용하기 원할 경우 적용하고자 하는 기법이 적용된 다른 테스팅 도구를 사용해야 한다. 따라서 본 논문에서는 테스팅 도구 개발에 있어서 프러덕 라인화 방안을 제안한다. 프러덕 라인 개념에 따라 표준에 정의된 테스트 활동들의 공통점과 방법론과 기법에 따른 차이점을 도출하여 추상화 시킨후 컴포넌트로 개발한다. 개발된 컴포넌트를 조립 시 컴포넌트의 구현된 차이점들을 리스트로 만들어 컴포넌트를 선택 가능하게 함으로써 생산된 제품이 변경 가능하도록 한다. 또한 개발하는데 드는 시간과 노력을 줄이기 위해 각 컴포넌트의 사용자 인터페이스를 실제로 구현하지 않고 명세하여 자동 생성되게 한다. 본 논문에서 제안하는 방안을 통해 사용자가 원하는 방법론과 기법이 적용된 테스팅 도구로 테스팅을 수행할 수 있게 될 뿐 아니라 개발된 컴포넌트를 재사용 할 수 있다.