선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
문제 정의
- 테스트 커버리지는 소프트웨어 시험에 대한 품질을 평가 하는 하나의 방법이라 할 수 있다. 다시 말하면 테스트 케 이스를 이용하여 제품에 대해 얼마나 잘 테스트가 이루어졌 는지 알 수 있는 지표를 제공한다. 테스트 케이스의 커버리 지를 측정하는 기준은 테스트 케이스의 기술 형식이나 방법 또는 시험 레벨에 따라 달라질 수 있다.
- 따라서 이 논문에서는 제품 계열 개념의 소프트웨어를 테 스트 할 때 이미 개발되어 테스트한 경력이 있는 요소들을 비용, 오류 추출율이라는 측면에서 과거 테스트 케이스를 개선하고 재사용하는 방법을 제안하였다. 또한 과거 테스트 케이스와 비교 시험하여 개선된 테스트 케이스가 과연 효율 적인지를 보였다.
- 그리고 테스트 케이스 서식을 설계하고 재사용 가능한 컴포넌트를 추출하고 테스트 케이스를 재작업했다. 또한 기능과 모델을 고려하여 재사용하기 위한 단위를 살펴봤다. 재사용 단위로 는 기본 모델을 구성하고 있는 기능 중 필수적인 기능을 위 주로 선택했다.
- 본 논문에서는 시스템 테스트 레벨에서 작성된 블랙박스 테스트 케이스를 분석하고 이에 대한 재사용과 테스트 효율 성의 관점에서 리엔지니어링한 절차와 방법을 소개했다. 테 스트 케이스의 리엔지니어링은 일단 기본 테스트 케이스와 테스트 대상 시스템을 분석하는 것으로 시작한다.
- (그림 3)의 테스트 케이스 에는 관련 기능과 식별 번호 그리고 그 결과를 적게 되어 있으나 테스트 데이터나 환경, 전제 조건 등에 대한 내용은 찾아 볼 수 없다. 이러한 문제점을 보완하기 위해 본 연구 에서는 테스트 케이스 서식을 새롭게 설계하고 테스트 작업 내용을 작성하는 방법에 대한 실례를 보였다.
- 이 뿐만 아니라 재개발된 테스트 케이스는 실제 테스트를 수행하는 테스트 엔지니어가 이해 하기 쉽게 작성되어야 하고 동시에 테스트 시간을 줄일 수 있어야 한다. 이러한 이유로 본 절에서는 테스트 케이스의 리엔지니어링 결과 얻어진 생산성과 테스트 수행 시간에 관 한 효율성에 대해 분석했다.
- 먼저 테스트 케이스를 재구성하기 위해서 테스트 케이스를 이루고 있는 구성 요소와 정보에 대한 분석이 필요하다. 테스트 케이스가 필요한 정보를 모 두 포함하고 있는지 아니면 불필요한 정보로 인해 작업의 효율성을 떨어뜨리고 있는지 분석한다. 그리고 테스트를 수 행하는 실무자나 조직의 관리자가 원하는 정보를 제공하고 있는지에 대한 평가도 필요하다.
제안 방법
- ⑦번은 '품질 정보'로써 ISOZEC 9126에서 정의한 품질 요 소와 관계있는 메트릭을 기술함으로써 시험이 종료된 이후 품질을 평가할 때 사용할 수 있는 정보를 기록하도록 하였다. 이 밖에도 시험 결과에 대한 특이 사항이나 참고사항을 기술하고 해당 테스트 케이스와 관련이 있는 다른 테스트 케이스를 연계하여 살펴볼 필요가 있을 경우 관련 테스트 케이스를 기술할 수 있도록 했다.
- 또한 하나의 체크 리스트는 최소 기능을 설명하 는 목적어 한 개와 서술어 한 개를 기본으로 하였고 UI 시 험의 경우는 한 개의 아이콘이나 한 개의 아이템을 체크리 스트의 단위로 정의했다. 각 체크리스트가 기능 시험인지 또는 UI 시험인지 각 특성을 분류할 수 있도록 구별하였다. 또한 테스트 케이스에서 사용되는 용어들을 통일하여 정리 하였고 다양한 부가 정보들을 포함 할 수 있도록 테스트 케 이스 서식을 설계하였다.
- 재사용 단위로 는 기본 모델을 구성하고 있는 기능 중 필수적인 기능을 위 주로 선택했다. 그리고 실제 생산되는 모델에 대한 테스트 케이스를 분석하고 리엔지니어링하여 재사용이 가능한 새로 운 테스트 케이스를 작성했고 이에 대한 재사용성을 기존 테스트 케이스와 비교했다. 리엔지니어링 된 테스트 케이스 의 정보량은 약 5배 정도로 기존의 테스트 케이스에 비해 더 많은 정보의 기록이 가능해졌다.
- 테 스트 케이스의 리엔지니어링은 일단 기본 테스트 케이스와 테스트 대상 시스템을 분석하는 것으로 시작한다. 그리고 테스트 케이스 서식을 설계하고 재사용 가능한 컴포넌트를 추출하고 테스트 케이스를 재작업했다. 또한 기능과 모델을 고려하여 재사용하기 위한 단위를 살펴봤다.
- 또한 테스트 케이스에서 사용되는 용어들을 통일하여 정리 하였고 다양한 부가 정보들을 포함 할 수 있도록 테스트 케 이스 서식을 설계하였다. 기능의 동작과 그 기능에 접근하 는 과정 및 초기 상태에 대한 시험을 구별하여 시험 범위를 확장하였다. 이 외에도 테스트 케이스의 고유 번호를 통해 테스트 케이스의 시험 내용을 직관적으로 식별할 수 있도록 구성했다.
- 방송 수신 장치는 리모콘 을 이용해 조작된다. 따라서 본 연구에서도 리모콘을 이용 해 타겟 시스템의 기능을 시험했다. 타겟 시스템의 정확한 제품 모델명과 소프트웨어에 관한 정보는 산학협력 연구에 참여한 산업체의 보안 및 대외비 사정으로 인해 생략하기로 한다.
- 본 연구의 시험 수준과 테스트 케이스의 형식은 시스템 레벨에서 기능을 시험하기 위해 서 술형식으로 작성하였다. 따라서 본 연구의 테스트 커버리지 는 작성한 테스트 케이스가 모든 기능을 대상으로 누락 없 이 접근하고 있는지에 대한 여부와 기존 테스트 케이스 대 비 새로 개발된 테스트 케이스의 양적 수치를 이용하여 간 접적인 비교를 하도록 한다.
- 특정 기능에 대해 추상적이거나 요약되어 있는 정도를 객관적으로 측정하여 정량화하기는 쉽지 않다. 따라서 시스템이 제공해야 하는 기능에 대한 테스트 케이스의 접근 정도와 양적 수치로 간 접 비교를 수행했다. (그림 4)의 기능 구조도의 최하위 기능 수준을 기준으로 시스템이 제공하는 기능의 개수는 모두 41 개이다.
- 각 체크리스트가 기능 시험인지 또는 UI 시험인지 각 특성을 분류할 수 있도록 구별하였다. 또한 테스트 케이스에서 사용되는 용어들을 통일하여 정리 하였고 다양한 부가 정보들을 포함 할 수 있도록 테스트 케 이스 서식을 설계하였다. 기능의 동작과 그 기능에 접근하 는 과정 및 초기 상태에 대한 시험을 구별하여 시험 범위를 확장하였다.
- 1 절에서 언급했던 문제점 들을 모두 해결하도록 수정하였다. 먼저 재사용 단위가 가 능한 기본 모델의 모든 기능들에 대해 테스트 케이스를 작 성하였다. 또한 하나의 체크 리스트는 최소 기능을 설명하 는 목적어 한 개와 서술어 한 개를 기본으로 하였고 UI 시 험의 경우는 한 개의 아이콘이나 한 개의 아이템을 체크리 스트의 단위로 정의했다.
- 4시간(24분)이 소요되었다. 본 연구에서 진행한 테스트 케이스는 160시간(4名 *8 시간 *5일) 동안 작업을 수 행하여 4기개를 생산했다. 따라서 테스트 케이스 1개를 작 성하기 위해 소요된 시간은 약 0.
- 또한 단위 테스트의 경우와 같이 소스코드를 이용한 테스트 케이스의 커버리지와 사용자의 요구사항을 만족하고 있는지 확인하기 위해 서술형식으로 작성한 시스 템 테스트 레벨의 테스트 케이스는 서로 다른 관점의 커버 리지 비교 기준이 필요하다. 본 연구의 시험 수준과 테스트 케이스의 형식은 시스템 레벨에서 기능을 시험하기 위해 서 술형식으로 작성하였다. 따라서 본 연구의 테스트 커버리지 는 작성한 테스트 케이스가 모든 기능을 대상으로 누락 없 이 접근하고 있는지에 대한 여부와 기존 테스트 케이스 대 비 새로 개발된 테스트 케이스의 양적 수치를 이용하여 간 접적인 비교를 하도록 한다.
- (그림 13)은 새로 작성한 테스트 케이스의 항목들을 간략 히 보인 것이다. 새로 제안한 테스트 케이스는 표 작성의 용 이성과 향후 테스트 케이스 재사용 자동화를 위해 DBMS와 연동이 가능한 스프레드시트 응용 프로그램을 사용하였다.
- 세 번째로 작성된 테스트 케이스는 오랜 시간 동안 여러 사람이 테스트 케이스를 기술하고 확장하였다. 따라서 테스 트 케이스를 작성하기 전에 명칭이나 기능에 대한 용어를 통일하기 위한 정의가 필요했다.
- ⑦번은 '품질 정보'로써 ISOZEC 9126에서 정의한 품질 요 소와 관계있는 메트릭을 기술함으로써 시험이 종료된 이후 품질을 평가할 때 사용할 수 있는 정보를 기록하도록 하였다. 이 밖에도 시험 결과에 대한 특이 사항이나 참고사항을 기술하고 해당 테스트 케이스와 관련이 있는 다른 테스트 케이스를 연계하여 살펴볼 필요가 있을 경우 관련 테스트 케이스를 기술할 수 있도록 했다. 하나의 테스트 케이스에 해당하는 체크리스트의 실패 개수도 기록하여 전체 에러율 을 정량적으로 나타낼 수 있도록 했다.
- 예를 들면 특정 모델을 기반으로 일부 기능들 을 추가하여 후속 모델이나 제품들이 개발하는 경우가 있다 [14, 15], 실제로 새로운 제품을 개발할 때는 이미 개발된 기 능을 조합하거나 기존의 개발된 모델에 일부 기능을 변경하 거나 추가 또는 삭제하여 개발할 때가 많다. 이러한 이유로 인해 본 연구에서는 (그림 2)와 같이 두 가지 경우를 모두 고려하여 테스트 케이스를 설계하였다.
- 실험 시스템은 디지털 방송 수신 장치로써 안테나로 수신 한 디지털 방송 전파를 TV로 전송하기 위해 아날로그 신호 로 변환해 주는 장치이다. 이러한 장치는 TV 내장용과 외 장용으로 크게 나뉘는데 본 연구에서는 외장용을 사용했다.
- 이와 같이 시험 대상 시스템에 대한 정보와 시험자 정보 그리고 시험 내용에 관한 정보와 시험 조건에 관한 정보, 마지막으로 시험 결과에 대한 정보를 구체적으로 기술함으 로써 시행된 테스트 케이스에 대한 다양한 정보와 구체적인 테스트 결과를 보존할 수 있도록 설계하였다.
- 이러한 이해 작업이 있어야만 적절하게 재사용이 가능한 테 스트 케이스를 추출할 수 있다. 이해 작업이 끝나면 기존 테스트 케이스를 분석한 결과와 테스트 대상 시스템의 분석 결과를 바탕으로 테스트 케이스의 서식을 설계한다. 서식의 설계는 테스트 케이스가 지녀야 할 정보와 시험 작업의 효 율성을 결정하기 때문에 중요한 업무라 할 수 있다[17丄 그 리고 새로 작성된 테스트 케이스의 내용과 서식은 실무자들 에 의해 평가되고 만족을 충족시킬 때까지 계속해서 수정한 다.
- 체크리스트의 시험 종류를 사용자 인터페이스와 관련된 'UT 테스트 그리고 기능과 관련된 'FN' 테스트로 구별하여 체크한다. 테스트 후 시험 결과에 대해 체크한다.
- 테스트에 걸린 시간을 조사하기 위해 테스트를 수행하면 서 모든 체크리스트에 대해 초 단위로 시간을 기록했다. [표 3]에서 보는 바와 같이 기존의 테스트 케이스는 6시간 54분 59초로 약 415분이 소요되었고 리엔지니어링 된 테스 트 케이스에 대한 테스트 수행 시간은 12시간 32분 56초로 약 753분 정도가 소요되었다.
- 한편 기존의 테스트 케이스의 개수는 모두 100개이다. 하 지만 개선한 테스트 케이스는 4기개로 확장되어 기능의 초 기 상태와 접근 절차의 시험이 가능해졌고 테스트 종류를 구분할 수 있도록 하였다. 기존의 테스트 케이스의 개발 기 간 및 생산량은 40시간(1名 *8 시간 * 5일) 동안 100개의 테 스트 케이스를 생산했다.
- 이 밖에도 시험 결과에 대한 특이 사항이나 참고사항을 기술하고 해당 테스트 케이스와 관련이 있는 다른 테스트 케이스를 연계하여 살펴볼 필요가 있을 경우 관련 테스트 케이스를 기술할 수 있도록 했다. 하나의 테스트 케이스에 해당하는 체크리스트의 실패 개수도 기록하여 전체 에러율 을 정량적으로 나타낼 수 있도록 했다. 또한 비밀번호 인증 이나 경고문을 알리는 팝업창과 같이 중복되어 사용되는 기 능은 모두 음영처리를 통해 재사용되고 있는 테스트 케이스 임을 표시하였다.
- 즉 개발환경에서의 시험뿐만 아니라 실제 사용 환 경에서 예측할 수 없는 다양한 변수에 대한 고려도 필요하 다. 하지만 본 연구는 필드 테스트가 아닌 시스템 수준의 기능에 대한 테스트 케이스를 리엔지니어링했다. 그리고 기 존 테스트 케이스와 새로 개발한 테스트 케이스의 동일한 비교 기준을 위해 동일한 시험 환경을 이용했다.
대상 데이터
- 그리고 기 존 테스트 케이스와 새로 개발한 테스트 케이스의 동일한 비교 기준을 위해 동일한 시험 환경을 이용했다. 실험에 참 여한 테스트 엔니지어는 테스트 경험이 모두 3개월 미만의 견습사원으로 최대한 타겟 시스템에 대한 사전 지식 및 시 험 경험이 없는 인원으로 구성되었다. 이는 개인적인 능력 이나 타겟 시스템에 대한 사전지식보다는 테스트 케이스에 기술되어 있는 정보만을 이용하여 객관적인 비교 결과를 도 출하기 위함이다.
- [표 2]는 리엔지니어링 된 테스트 케이스 중 재사용 된 항목을 나타내고 있다. 재사용된 테스트 케이스는 '일반-비 밀번호' 인증이 40개, '알림-비밀번호' 인증이 25개, Group 기능이 62개, 예약기능이 7, 텍스트 입력 창이 12개, 세부 정 보가 2개로써 모두 148개이다. 그 결과 하나의 모델에 대해 테스트 케이스를 작성하는 과정에서도 약 32%(148/471 * 100%) 정도가 재사용되었음을 알 수 있다.
- 사용자가 채널 스케쥴 표에서 채널 들을 탐색하는 부분과 같은 기능은 누락되어 있다. 하지만 새로 작성된 테스트 케이스는 41개의 기능을 모두 포함하고 있고 각 기능에 대한 접근 절차까지도 시험 대상으로 정의 했다. 따라서 새로 제안한 테스트 케이스는 기존 테스트 케 이스에 비해 더 많은 부분을 확인 할 수 있게 되었다.
이론/모형
- a. 시험내용을 기술하는 명세의 서술어는 의문형을 사용 한다.
성능/효과
- 1. 블랙박스 기법은 기능분할의 기준을 어느 것으로 삼느 냐에 따라 테스트 케이스가 크게 달라진다. [3]에 연구 한 바와 같이 요구명세를 기준으로 기능을 분할하더라 도 요구 명세가 어떤 수준이냐에 따라 테스트 케이스 자체가 상이하다.
- 2. 사용사례나 정형적 기법인 Object-Z를 기준으로 기능 을 분할하면 테스트 하려는 소프트웨어의 기능이 상당 히 성글게 쪼개지는 반면 OCL(Object Constraint Language)이나 테스트 케이스를 고려한 확장된 사용 사례를 기준으로 분할하면 더 잘게 쪼개진 테스트 케 이스를 구할 수 있다.
- 5배 정도의 효율성이 높음을 보였다. 그 결과 기존의 테스 트 케이스를 리엔지니어링함으로써 테스트 케이스를 개발할 때나 또는 개발된 테스트 케이스를 이용하여 테스트를 수행 할 때 많은 시간을 절약할 수 있음을 알 수 있다. 또한 잘 설계된 테스트 케이스는 누락된 기능 없이 자세히 시험 항 목들을 기술함으로써 테스트 커버리지를 높임으로써 더 많 은 오류를 발견할 수 있음을 보였다.
- 재사용된 테스트 케이스는 '일반-비 밀번호' 인증이 40개, '알림-비밀번호' 인증이 25개, Group 기능이 62개, 예약기능이 7, 텍스트 입력 창이 12개, 세부 정 보가 2개로써 모두 148개이다. 그 결과 하나의 모델에 대해 테스트 케이스를 작성하는 과정에서도 약 32%(148/471 * 100%) 정도가 재사용되었음을 알 수 있다.
- 기존이 테스트 케이스의 일반적인 형식은 (그림 3)과 같 이 5개 정도의 정보만을 기록할 수 있는 간단한 형태였다. 그러나 새로 제안한 테스트 케이스 서식은 26개의 정보를 기록할 수 있도록 해 테스트 케이스가 보유할 수 있는 정보 량을 대폭 늘렸다.
- 3시간(18분) 정도가 소요되 어 6분 정도가 절약되었다. 그리고 1인당 테스트 케이스를 개발한 생산량은 평균 118개 정도로 기존의 테스트 케이스 개발 생산량보다 약 18개 정도 더 많이 개발했다. 4기개의 테스트 케이스를 만들기 위해 기존 테스트 스 개발 소요 시 간을 적용한다면 약 188.
- [표 4]와 같이 비교 결과 기존 테스트 케이스를 이용한 실험에서는 모두 12개의 오류를 발견했다. 그리고 새로 제 안한 테스트 케이스를 이용한 시험은 기존 테스트 케이스로 발견할 수 있었던 오류를 포함해 모두 16개의 오류를 찾아 낼 수 있었다. 그리고 발견된 오류는 심각도 정도를 매우 심각, 중요, 미약과 같이 세 등급으로 구분했는데 대부분 중 요 등급과 미약 등급에 분포되었다.
- 두 가지 방법이 보완적이며 임베디드 시스템의 블랙박스 테스트를 위하여 사용되고 있는 방법이나 이 논문에서는 테 스트 케이스의 재사용 및 리엔지니어링 차원의 작업에 초점 을 두었으므로 모듈화된 테스트 케이스를 만들기 위하여 전 자의 방법이 더 적합한 것으로 판단하여 이를 채택하였다.
- 이는 동일한 기능을 기존 테스트 케이스에 비해 더욱 세분화 한 결과이다. 따라서 새로 작성된 테스트 케이스는 기존 테스 트 케이스에 비해 더욱 구체적이고 자세한 테스트가 가능하 도록 작성되었다고 할 수 있다. [표 4]는 기존 테스트 케이 스와 새로 제안한 테스트 케이스를 이용하여 시험한 결과와 차이점을 보이고 있다.
- 하지만 새로 작성된 테스트 케이스는 41개의 기능을 모두 포함하고 있고 각 기능에 대한 접근 절차까지도 시험 대상으로 정의 했다. 따라서 새로 제안한 테스트 케이스는 기존 테스트 케 이스에 비해 더 많은 부분을 확인 할 수 있게 되었다. 이는 [표 1]에서 제시한 좋은 테스트 케이스가 되기 위한 조건 중 하나인 테스트 커버리지에 대한 속성을 따르고 있다.
- 본 연구에서 진행한 테스트 케이스는 160시간(4名 *8 시간 *5일) 동안 작업을 수 행하여 4기개를 생산했다. 따라서 테스트 케이스 1개를 작 성하기 위해 소요된 시간은 약 0.3시간(18분) 정도가 소요되 어 6분 정도가 절약되었다. 그리고 1인당 테스트 케이스를 개발한 생산량은 평균 118개 정도로 기존의 테스트 케이스 개발 생산량보다 약 18개 정도 더 많이 개발했다.
- 따라서 이 논문에서는 제품 계열 개념의 소프트웨어를 테 스트 할 때 이미 개발되어 테스트한 경력이 있는 요소들을 비용, 오류 추출율이라는 측면에서 과거 테스트 케이스를 개선하고 재사용하는 방법을 제안하였다. 또한 과거 테스트 케이스와 비교 시험하여 개선된 테스트 케이스가 과연 효율 적인지를 보였다.
- 더 많은 정보와 누락된 기능들에 대한 시험 항목이 모두 포함했다. 또한 리엔지니어링 된 테 스트 케이스의 테스트 수행 시간도 비교하여 기존 테스트 케이스와의 생산성 및 효율성에 대해 차이점을 보였다. 리 엔지니어링 기법을 사용한 테스트 케이스의 작성 시간은 평 균 테스트 케이스 1개당 6분 정도가 절약되었다.
- 그 결과 기존의 테스 트 케이스를 리엔지니어링함으로써 테스트 케이스를 개발할 때나 또는 개발된 테스트 케이스를 이용하여 테스트를 수행 할 때 많은 시간을 절약할 수 있음을 알 수 있다. 또한 잘 설계된 테스트 케이스는 누락된 기능 없이 자세히 시험 항 목들을 기술함으로써 테스트 커버리지를 높임으로써 더 많 은 오류를 발견할 수 있음을 보였다.
- 이는 기능 과 모델의 특징을 적절히 이용하여 재사용이 가능하도록 작 성한 새로운 테스트 케이스의 재사용성으로 인해 테스트 케 이스의 개발 시간이 단축됨을 보인 것이다. 또한 중복됨이 없이 상세하게 기술된 테스트 케이스가 그렇지 않은 테스트 케이스에 비해 테스트 수행 시간이 테스트 케이스 당 평균 2.5배 정도의 효율성이 높음을 보였다. 그 결과 기존의 테스 트 케이스를 리엔지니어링함으로써 테스트 케이스를 개발할 때나 또는 개발된 테스트 케이스를 이용하여 테스트를 수행 할 때 많은 시간을 절약할 수 있음을 알 수 있다.
- 또한 리엔지니어링 된 테 스트 케이스의 테스트 수행 시간도 비교하여 기존 테스트 케이스와의 생산성 및 효율성에 대해 차이점을 보였다. 리 엔지니어링 기법을 사용한 테스트 케이스의 작성 시간은 평 균 테스트 케이스 1개당 6분 정도가 절약되었다. 이는 기능 과 모델의 특징을 적절히 이용하여 재사용이 가능하도록 작 성한 새로운 테스트 케이스의 재사용성으로 인해 테스트 케 이스의 개발 시간이 단축됨을 보인 것이다.
- 6분(96초)이 걸렸다. 리엔지니어링 된 테스 트 케이스가 기존의 테스트 케이스에 비해 테스트를 수행시 간이 테스트 케이스 당 평균 2.5배 정도의 효율성이 있음을 알 수 있다. 이러한 이유로는 상세하게 작성된 테스트 케이 스가 그렇지 않은 테스트 케이스에 비해 테스트 명세서를 이해하기 쉽기 때문이다.
- 그리고 실제 생산되는 모델에 대한 테스트 케이스를 분석하고 리엔지니어링하여 재사용이 가능한 새로 운 테스트 케이스를 작성했고 이에 대한 재사용성을 기존 테스트 케이스와 비교했다. 리엔지니어링 된 테스트 케이스 의 정보량은 약 5배 정도로 기존의 테스트 케이스에 비해 더 많은 정보의 기록이 가능해졌다. 테스트 케이스이 개수 는 3.
- 제안된 테스트 케이스는 기존의 테스트 케이스에 비해 더 많은 정보의 기록이 가능해졌다. (그림 14)은 기존의 테스트 케이스를 리엔지니어링한 결과에 대한 내용을 그래프로 정 리 하였다.
- 3배 증가했 다. 테스트 커버리지의 증가 정도를 측정하기 위한 간접적 인 방법으로 테스트 케이스의 양만을 이용한 경우 4.7배 정 도가 증가했지만 실제 오류 추출율은 1.3배 정도 증가했다. 이는 타겟 시스템에 대한 검증이 오랜 기간에 걸쳐 이미 끝 난 상태이기 때문에 새로 개발된 테스트 케이스의 커버리지 증가에 비례한 오류 추출 성능을 기대하기 어렵기 때문이 다.
- 테스트 케이스에 기록할 수 있는 필드의 종류만 비교했을 경우 기존에 사용하던 테스트 케이스의 정보량은 (그림 3) 에서 보는 바와 같이 테스트 케이스 번호, 이름, 테스트 내 용, 결과 그리고 테스트 데이터로 모두 5개이다. 하지만 본 연구에서 제안한 정보 필드는 모두 26개로 기존 테스트 케 이스에 대비하여 5배 정도 증가했다.
후속연구
- 이러한 기본적인 공통 기능을 제공하고 있는 모델 을 기본 모델로 선정하고 이 모델에서 제공하는 필수적인 기능들에 관한 테스트 케이스를 재사용의 단위로 설정한다. 이와 같이 기본 모델의 필수 기능에 대한 테스트 케이스를 작성한다면 이를 이용하여 파생된 다양한 모델들에 적용 재 사용이 가능할 것이다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.