KR20070035266A

KR20070035266A - 소프트웨어 검사방법

Info

Publication number: KR20070035266A
Application number: KR1020050089923A
Authority: KR
Inventors: 황순훈
Original assignee: 삼성전자주식회사
Priority date: 2005-09-27
Filing date: 2005-09-27
Publication date: 2007-03-30
Also published as: EP1768027A2; US20070074075A1; CN1940888A; EP1768027A3

Abstract

본 발명은 소프트웨어의 검사방법에 관한 것이다. 본 발명에 따른 소정의 기능을 수행하는 복수의 유닛을 갖는 소프트웨어의 검사방법은, 상기 유닛, 상기 유닛을 테스트하기 위한 복수의 테스트 함수 및 상기 테스트 함수로 입력되는 복수의 변수를 저장하고 있는 데이터저장부를 마련하는 단계와; 검사할 상기 유닛명을 입력받은 경우, 입력받은 상기 유닛명에 대응하는 유닛, 적어도 하나 이상의 상기 테스트 함수 및 적어도 하나 이상의 상기 변수를 상기 데이터저장부로부터 추출하는 단계와; 추출한 유닛, 상기 테스트 함수 및 상기 변수를 실행시키기 위한 테스트 드라이버를 마련하는 단계와; 상기 테스트 드라이버를 실행시키는 단계를 포함한다. 이에 의해 보다 용이하고 효과적으로 유닛단위의 소프트웨어를 검사할 수 있는 검사방법이 제공된다.

Description

소프트웨어 검사방법{TESTING METHOD FOR SOFTWARE}

도 1은 본 발명의 일 실시예에 따른 소프트웨어의 검사방법을 설명하기 위한 제어블럭도이고,

도 2는 본 발명의 일 실시예에 따른 소프트웨어의 검사방법을 설명하기 위한 제어흐름도이다.

* 도면의 주요 부분에 대한 부호의 설명 *

10 : 유닛 100 : 데이터 저장부

110 : 유닛정보 120 : 테스트 함수

130 : 변수 200 : 테스트 드라이버

300 : 검사결과

본 발명은 소프트웨어의 검사방법에 관한 것으로서, 보다 상세하게는 유닛단위의 소프트웨어를 검사하는 방법에 관한 것이다.

소프트웨어는 점점 복잡해지고 끊임없이 변화하므로, 소프트웨어 검증에 대한 요구 또한 갈수록 복잡해지고 어려워지고 있다.

일반적으로 소프트웨어의 검사는 하나의 종합적인 기능을 하는 인테그레이션(Integration) 또는 시스템(System) 단위로 이루어진다. 소프트웨어의 검사는 소프트웨어의 기능을 테스트하기 위한 테스트 프로그램에 각종 변수를 대입하여 소프트웨어를 시뮬레이션 하는 형식으로 이루어진다.

상술한 바와 같이 소프트웨어에 관한 검사는 완성된 소프트웨어에 대하여 수행되는 것이 일반적이며, 소프트웨어를 구성하는 세부 구성에 대한 검사는 잘 이루어지지 않는다.

현재 세부 구성 소프트웨어에 대한 검사가 이루질 경우, 테스트 함수 및 변수에 대한 항목을 사용자가 일일이 입력하여야 하기 때문에 시간, 비용이 많이 든다는 문제점이 있다.

따라서, 본 발명의 목적은 보다 용이하고 효과적으로 유닛단위의 소프트웨어를 검사할 수 있는 검사방법을 제공하는 것이다.

상기 목적은, 본 발명에 따라 소정의 기능을 수행하는 복수의 유닛을 갖는 소프트웨어의 검사방법에 있어서, 상기 유닛, 상기 유닛을 테스트하기 위한 복수의 테스트 함수 및 상기 테스트 함수로 입력되는 복수의 변수를 저장하고 있는 데이터저장부를 마련하는 단계와; 검사할 상기 유닛명을 입력받은 경우, 입력받은 상기 유닛명에 대응하는 유닛, 적어도 하나 이상의 상기 테스트 함수 및 적어도 하나 이상의 상기 변수를 상기 데이터저장부로부터 추출하는 단계와; 추출한 유닛, 상기 테스트 함수 및 상기 변수를 실행시키기 위한 테스트 드라이버를 마련하는 단계와;상기 테스트 드라이버를 실행시키는 단계를 포함하는 소프트웨어의 검사방법에 의해 달성된다.

상기 테스트 드라이버를 실행시킨 결과를 상기 변수 별로 저장하는 단계를 더 포함하는 것이 바람직하며 이로 인해 사용자는 유닛명을 입력하기만 하면 자동적으로 테스트 결과를 확인할 수 있다.

상기 유닛은 적어도 하나 이상의 하위 유닛을 포함할 수 있으며, 유닛은 소프트웨어를 구성하는 구성단위를 의미하는 것으로 기능 또는 크기의 제한이 없는 것이 바람직하다.

상기 유닛명을 입력받는 단계 시 복수의 상기 유닛명을 입력받는 경우, 입력 순서대로 상기 테스트 드라이버가 마련될 수 있으며, 또는 하위 및 상위 유닛 순으로 테스트 드라이버가 마련될 수 있다.

상기 변수는 바이트수일 수 있다.

이하에서는 첨부도면을 참조하여 본 발명에 대하여 설명한다.

도 1은 본 발명의 일 실시예에 따른 소프트웨어의 검사방법을 설명하기 위한 제어블럭도이다. 도시된 바와 같이 본 실시예에 따른 소프트웨어의 검사방법은 크게 데이터저장부(100)로부터의 데이터 추출, 추출한 데이트를 이용하여 검사를 위한 테스트 드라이버(200)의 구성, 구성된 테스트 드라이버(200)를 구동시켜 검사결과(300)를 출력하는 것으로 이루어진다.

우선, 사용자는 테스트하고자 하는 유닛명(10)을 검사시스템에 입력시킨다. 검사시스템은 하드웨어, 소프트웨어를 모두 포함하는 것으로 소프트웨어의 검사를 위하여 사용자가 유닛명(10)을 지정 또는 입력할 수 있는 입력부와 검사결과를 표시하거나 출력할 수 있는 인터페이스를 구비하고 있다.

본 실시예에 따른 유닛은 소프트웨어를 구성하는 최소한 단위를 지칭하는 것으로 하나의 유닛은 하나의 기능을 수행할 수도 있으며, 복수의 유닛이 모여 하나의 기능을 수행할 수도 있다. 다시 말해, 사용자에 의해 독립적으로 검사를 수행할 필요가 있는 소프트웨어의 구성단위를 의미하는 것으로 소프트웨어가 완성된 상태에서 전체적인 소프트웨어가 정상적인 기능을 수행하는지 여부에 대한 종래의 검사와는 차별된다. 또한, 유닛은 적어도 하나 이상의 하위 유닛을 포함할 수도 있으며, 본 실시예에서 지칭하는 유닛은 특정한 크기 또는 특정 기능에 한정되지 않는다.

사용자는 유닛에 대한 유닛명(10)즉, 유닛에 대한 키워드 또는 관련어를 입력하기만 하면 그 다음 검사는 검사시스템에 의해 자동적으로 이루어진다. 사용자는 복수의 유닛명(10)을 입력할 수도 있으며, 이 경우 검사시스템은 유닛명(10)이 입력된 순으로 유닛을 검사할 수도 있으며, 상위 유닛 또는 하위 유닛 순으로 검사를 진행할 수도 있다. 이는 검사시스템에 대한 사용자의 사전 설정에 의하여 변경 가능하다.

입력된 유닛명(10)이 직접적인 검사대상인지 여부에 판단 또는 관련 유닛명(10)에 대한 검색 등 이루어진다. 데이터 저장부(100)는 입력된 유닛명(10) 및 유닛명(10)의 종류에 대한 유닛정보(110)가 저장되어 있다. 사용자가 입력한 유닛명 (10) 그 자체가 검사 대상이 될 수도 있으며, 그 자체는 검사 대상이 될 수 없으나 그와 관련된 유닛 등이 검사대상이 될 수 있다. 즉, 사용자는 큰 개념의 유닛명(10)을 입력하면 검사시스템 내부에서 적절한 검사 대상인지 여부를 판단하고, 실질적으로 검사 대상이 되는 유닛을 선택한다.

검색 결과, 실질적으로 검사할 유닛이 선택되고 선택된 유닛에 대한 테스트 함수(120) 및 테스트 함수(120)에 적용될 복수의 변수(130)가 선택된다.

유닛은 완성된 프로그램이 아니기 때문에 유닛이 정상적 기능을 수행하는지 여부에 대한 검사를 위하여서는 유닛을 실행시킬 프로그램이 필요하다. 테스트 함수(120)는 이러한 완성된 소프트웨어의 일부일 수도 있으며, 각 유닛을 검사하기 위하여 별도로 설계된 프로그램일 수도 있다. 테스트 함수(120)가 어떠한 형태로 마련되든지 사용자가 유닛을 입력하기만 하며 입력된 유닛에 대응하여 테스트 함수(120)가 설정된다.

테스트 함수(120)가 선택되면, 유닛을 검사할 다양한 변수(130)가 선택된다. 모든 유닛은 처리 속도, 처리 용량 등 유닛이 적절한 기능을 수행할 수 있기 위하여 만족해야 하는 변수가 존재할 수 있다. 일반적으로 유닛의 변수로 작용하는 것은 유닛(10)의 용량에 해당하는 바이트수일 수 있다.

그런 다음, 검사시스템은 유닛의 검사를 진행하기 위한 테스트 드라이버(200)를 구성한다. 테스트 드라이버(300)란 유닛 검사를 위하여 유닛, 테스트 함수(120), 및 변수(130)를 모두 조합하여 구성된 실질적인 프로그램을 의미한다. 본 발명은 사용자가 입력한 유닛명(10)에 대응하여 하나의 테스트 드라이버(300)를 구 성하는 것이 특징이다.

그런 다음, 구성된 테스트 드라이버(300)를 실행시킨다. 검사시스템은 테스트 드라이버(300)를 실행시키면서, 각 변수에 대응하는 검사결과를 저장한다. 검사결과는 사용자가 용이하게 인식할 수 있도록 디스플레이장치에 표시될 수도 있으며, 프린트와 같은 외부 기기로 출력되도록 설정될 수도 있다.

도 2는 본 발명의 일 실시예에 따른 소프트웨어의 검사방법을 설명하기 위한 제어흐름도이며, 도2를 참조하여 본 발명에 따른 소프트웨어의 검사방법을 정리하겠다.

우선, 유닛명(10)에 대한 정보를 담고 있는 유닛정보(110), 유닛에 대응하는 테스트 함수(120) 및 복수의 변수(130)를 저장하고 있는 데이트 저장부(100)를 마련한다(S10). 본 실시예에 따른 데이트 저장부(100)는 새로운 유닛명(10) 및 테스트 함수(120)에 대하여 업그레이드 될 수 있다. 이러한 업그레이드 방식은 공개된 다양한 방식으로 수행될 것이다.

그런 다음, 사용자에 의하여 검사할 유닛명(10)이 입력되면, 즉, 검사시스템이 검사 대상인 유닛명(10)에 대한 신호를 수신하면(S20), 검사시스템은 자동적으로 데이터 저장부(100)를 제어하여 실질적인 검사대상 유닛, 테스트 함수(120), 변수(130)를 추출한다(S30).

다음으로, 추출된 상기 데이터로 이루어진 테스트 드라이버(300)가 구성되고(S40), 검사시스템은 테스트 드라이버(300)를 실행시켜 실질적으로 검사가 이루어지도록 한다(S50).

최종적으로, 각각의 변수(130)에 대한 검사결과가 저장되며(S60) 사용자는 저장된 검사결과를 확인할 수 있다.

본 발명의 특징은 완성된 소프트웨어가 아닌 하나의 소프트웨어를 구성하는 세부단위인 유닛을 자동적으로 검사할 수 있는 것이며, 이를 위하여 데이터 저장부(100) 및 검사의 진행을 위한 하나의 데이트 드라이버(300)를 마련하는 전체적인 시나리오 그 자체라고 할 수 있다.

비록 본 발명의 몇몇 실시예들이 도시되고 설명되었지만, 본 발명의 속하는 기술분야의 통상의 지식을 가진 당업자라면 본 발명의 원칙이나 정신에서 벗어나지 않으면서 본 실시예를 변형할 수 있음을 알 수 있을 것이다. 발명의 범위는 첨부된 청구항과 그 균등물에 의해 정해질 것이다.

이상 설명한 바와 같이, 본 발명에 따르면 용이하고 효과적으로 유닛단위의 소프트웨어를 검사할 수 있는 검사방법이 제공된다.

Claims

소정의 기능을 수행하는 복수의 유닛을 갖는 소프트웨어의 검사방법에 있어서,

상기 유닛, 상기 유닛을 테스트하기 위한 복수의 테스트 함수 및 상기 테스트 함수로 입력되는 복수의 변수를 저장하고 있는 데이터저장부를 마련하는 단계와;

검사할 상기 유닛명을 입력받은 경우, 입력받은 상기 유닛명에 대응하는 유닛, 적어도 하나 이상의 상기 테스트 함수 및 적어도 하나 이상의 상기 변수를 상기 데이터저장부로부터 추출하는 단계와;

추출한 유닛, 상기 테스트 함수 및 상기 변수를 실행시키기 위한 테스트 드라이버를 마련하는 단계와;

상기 테스트 드라이버를 실행시키는 단계를 포함하는 것을 특징으로 하는 소프트웨어의 검사방법.
제1항에 있어서,

상기 테스트 드라이버를 실행시킨 결과를 상기 변수 별로 저장하는 단계를 더 포함하는 것을 특징으로 하는 소프트웨어의 검사방법.
제1항에 있어서,

상기 유닛은 적어도 하나 이상의 하위 유닛을 포함하는 것을 특징으로 하는 소프트웨어의 검사방법.
제1항에 있어서,

상기 유닛명을 입력받는 단계 시 복수의 상기 유닛명을 입력받는 경우, 입력 순서대로 상기 테스트 드라이버가 마련되는 것을 특징으로 하는 소프트웨어의 검사방법.
제1항에 있어서,

상기 변수는 바이트수인 것을 특징으로 하는 소프트웨어의 검사방법.