• Proceedings of the Korea Information Processing Society Conference
• /
• 2001.10a
• /
• pp.469-472
• /
• 2001

본 논문에서는 분산객체환경에서 추가와 변경이 반복되는 컴포넌트들을 테스트하기 위해 입출력 메소드 관계 테이블을 포함하는 에이전트 기반의 컴포넌트 테스트 방안을 제시한다. 테스트 에이전트 내에 컴포넌트의 객체들간 입출력 메소드 연결관계 테이블을 포함시키고, 컴포넌트들의 추가와 변경이 발생한 때마다 Sensor로부터 받아들인 컴포넌트에 대해 입출력 메소드 관계 테이블과의 비교분석과정을 거쳐 테스트 여부를 결정하고, 테스트가 필요한 컴포넌트에 대해서는 지식영역 라이브러리에 명시한대로 테스트를 실시함으로써, 불필요한 컴포넌트를 테스트하는 것을 감소시킬 수 있다.

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

컴포넌트 기반 구조의 프레임 워크인 샤모아 프레임 워크(Chamois Framework)는 다양한 컴포넌트 아키텍쳐중 COM(Component Object Model)과 Web Service로 개발되었다. 컴포넌트 기반 소프트웨어 개발(Component-Based Software Development)은 이미 작성된 소프트웨어 컴포넌트를 자신의 목적에 맞도록 재사용함으로써 여러 가지 위험 요소가 따를 수 있다. 따라서, 샤모아 프레임 워크에서 맞춤으로 변형된 컴포넌트에서 발생하는 오류를 테스트하기 위한 컴포넌트 맞춤 테스트 기법이 필요하다. 본 논문에서는 컴포넌트 맞춤 테스트 기법을 오류삽입 기반의 COM으로 확장하여 COM 컴포넌트 맞춤 테스트 기법을 샤모아 프레임 워크에 적용한 사례를 보인다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2005.11b
• /
• pp.388-390
• /
• 2005

본 연구는 컴포넌트로 구성된 일반 아키텍처 모델에서 개별 컴포넌트의 기능성을 컴포넌트 개발 시에 확인할 수 있도록 유닛 테스트 기반의 테스트 드라이버 코드를 자동으로 생성하는 장치 및 방법에 관한 것이다. 즉, 본 연구는 아키텍처 모델에서 컴포넌트의 인터페이스에 대해서 아키텍처 설계자가 인터페이스에 대한 예상 기대값, 컴포넌트의 상태 정보, 특정 시점에서의 인터페이스의 입력정보들을 입력하면 이 정보를 이용하여 테스트를 수행하기 전에 컴포넌트의 상대를 설정하는 테스트 준비 코드와 테스트를 수행한 후에 발생하는 결과값과 예상 기대값을 비교하여 확인하게 하는 테스트 악인 코드를 포함하는 테스트 드라이버 코드를 자동으로 생성한다. 본 연구에 의하면, 아키텍처 설계 단계에서 아키텍처 설계자가 컴포넌트 개발자에게 테스트 드라이버 코드를 제공하게 함으로써 아키텍처 설계에서 요구하는 컴포넌트의 기능이 개별 컴포넌트 별로 제대로 개발되는지 개발시에 자동으로 검증하게 할 수 있다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2001.04b
• /
• pp.981-984
• /
• 2001

분산환경에서 CORBA는 컴포넌트 기반의 소프트웨어 개발을 위한 보다 쉬운 방법을 제공한다. 그러나, 컴포넌트 기반의 프로그램 테스트는 전통적인 분산 프로그램의 테스트보다 상당히 난해하다. 서버와 클라이언트 모두 다양한 컴포넌트들로 구성되어 있으며, 이들 대부분은 대응되는 컴포넌트에게 요구하거나, 상대 컴포넌트 요구를 받아 공급하는 역할을 한다. 본 논문은 클라이언트와 서버에 위치한 컴포넌트에 대한 테스트 방안을 제시한다. 즉, 클라이언트와 서버 측에 있는 컴포넌트들을 테스트하기 위해 컴포넌트들간 상호작용을 테스트하는데는 입출력 메소드 연결관계 정보 테이블을 포함하는 컴포넌트 어댑터를 이용하며, 컴포넌트 내에서는 상속 트리 분석을 통해 테스트한다. 이런 방법을 사용함으로써 불필요한 컴포넌트 테스트를 줄일 수 있다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2004.11a
• /
• pp.353-356
• /
• 2004

일반적으로 컴포넌트 기반의 SW는 바이너리 파일로 구성되어 있다. 즉, 블랙박스 형식이다. 따라서 컴포넌트 테스팅 시에 코드기반의 화이트박스 테스트 기법을 적용하기가 어렵다. 그래서 컴포넌트 테스팅 시에는 소스코드기반이 아닌 명세기반의 테스트를 수행해야 한다. 그러나 컴포넌트 제공자는 고객에게 바이너리 파일과 일부분의 명세만을 제공한다 즉, 컴포넌트 제공자는 컴포넌트 안에서의 테스트 범주와 테스트 메트릭에 대한 정보를 제공하지 않는다. 이에 따라 고객은 컴포넌트의 테스트 적절성, 테스트 커버리지, 그리고 테스트 품질을 이해하는 것이 어렵다. 그리고 효과적인 테스팅을 위해서는 적절한 테스팅 모델이 있어야 한다. 따라서 본 논문에서는 컴포넌트 테스팅을 효율적으로 하기 위하여 컴포넌트 테스팅 모델을 제안하였고, 테스팅을 위한 명세 요소를 식별하였다.

• 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.28 no.3
• /
• pp.239-248
• /
• 2001

‘컴포넌트 기반 소프트웨어 개발’에서 컴포넌트 사용자는 컴포넌트 맞춤, 즉 컴포넌트를 특정 도메인 요구사항에 맞추는 작업을 반복적으로 수행함으로써, 소프트웨어를 개발한다. 따라서 컴포넌트 기반 소프트웨어 테스트의 주요 대상은 맞춤으로 변형된 컴포넌트에서 발생하는 오류이다. 본 논문에서는 엔터프라이즈 자바빈즈(Enterprise JavaBeans : EJB)를 기반으로 구체화된 EJB 컴포넌트 맞춤 테스트 기법을 개발한다. 본 기법은 EJB 컴포넌트의 인터페이스 가운데 맞춤 오류가 일어나는 곳에만 오류를 삽입하여, 맞추어진 컴포넌트와 오류가 삽입된 컴포넌트를 차별하는 테스트 케이스를 선정한다. 따라서 본 논문에서는 EJB 컴포넌트 맞춤 테스트 기법을 EJB 컴포넌트 맞춤에 적용한 사례를 보이고 이를 분석하여, 본 기법이 EJB 컴포넌트에 적용 가능한 것임을 보인다.

• Journal of KIISE:Software and Applications
• /
• v.31 no.6
• /
• pp.741-749
• /
• 2004

Component users must customize components they obtain from providers, in order to fit them to their own purposes. Normally, a component consists of black-box parts and white-box parts. Component users customize a component by modifying white-box parts of a component, and the customization faults appear through the interaction between black-box parts and white-box parts. Customization testing could be an integration testing of these two parts of a component. Also, customization testing in CBSD should select effective test data to reduce the testing cost, since CBSD aims to reduce the development cost. Therefore, this paper proposes a customization testing technique based on COM architecture through analyzing many COM components, and the technique selects effective test data. This paper evaluates the effectiveness of the test data selected by the proposed technique through an empirical study. It applies the techlique to a large-scale component-based system, Chamois, and it shows that the technique enables us to test customized COM components that run in a real component-based system

• Journal of KIISE:Software and Applications
• /
• v.27 no.2
• /
• pp.148-156
• /
• 2000

The test technique for the failure caused by interaction between the customized interface and core function is necessary. We propose a component customization test technique by using the fault injection technique and the mutation test case selection technique. Our technique injects fault into where the customization failure may take place and selects the test case that differentiates the fault-injected component from the customized-component. Therefore, our test case has a good fault-detectability and can reduce the testing time by injecting a fault only into a place where the customization failure may take place in the interface.

• Proceedings of the CALSEC Conference
• /
• 2001.08a
• /
• pp.659-670
• /
• 2001

□ EJB 컴포넌트의 품질인 Functionality, Reliability, Performance, Stability를 보증하기 위하여 Rational Quality Architect(RQA)툴을 이용하여 효과적인 컴포넌트 테스팅 방법을 제안 툴을 이용하여 컴포넌트 및 인터페이스를 갖는 가상 컴포넌트을 작성하여 단위 테스팅 방법 테스트케이스 설계 및 테스트 스크립트 작성 방법 테스트데이터의 Regression Test시 재사용 방법 RQA가 제공하는 테스트 스크립트를 특정 EJB서버에 커스터마이징하는 방법(중략)