[D+80] 어플리케이션테스트관리

 

 

국비지원 D+80

-  어플리케이션테스트관리 -

 

---

 

어플리케이션테스트관리

• 소프트웨어 테스트의 개념

소프트웨어 테스트란 구현된 응용 애플리케이션이나 시스템이 사용자가 요구하는 기능의 동작과 성능, 사용성, 안정성 등을 만족하는지 확인하기 위하여 소프트웨어의 결함을 찾아내는 활동이다.

이때 테스트 활동이 이루어지면 반드시 산출물이라는 결과가 나와야한다.

 

• 소프트웨어 테스트의 원리

① 테스팅은 결함이 존재함을 밝히는 활동이다.

테스팅은 소프트웨어의 잠재적인 결함을 줄일 수 있지만, 결함이 발견되지 않아도 결함이 없다고 증명할 수 없음을 나타낸다.

 

② 완벽한 테스팅은 불가능하다.

무한 경로, 무한 입력 값, 무한 시간이 소요되어 완벽하게 테스트할 수 없으므로 리스크 분석과 우선순위를 토대로 테스트에 집중할 것을 의미한다.

 

③ 테스팅은 개발 초기에 시작해야 한다.

애플리케이션의 개발 단계에 테스트를 계획하고 SDLC(Software Development Life Cycle)의 각 단계에 맞춰 전략적으로 접근하는 것을 고려하라는 뜻이다.

 

④ 결함 집중(Defect Clustering)

애플리케이션 결함의 대부분은 소수의 특저한 모듈에 집중되어 존재한다.

 

⑤ 살충제 패러독스(Presticide Paradox)

동일한 테스트 케이스로 반복 실행하면 결함을 발견할 수 없으므로 주기적으로 테스트 케이스를 리뷰하고 개선해야 한다.

 

⑥ 테스팅은 정황(Context)에 의존한다.

정황과 비즈니스 도메인에 따라 테스트를 다르게 수행하여야 한다.

 

⑦ 오류-부재의 궤변(Absence of Errors Fallacy)

사용자의 요구사항을 만족하지 못하는 오류를 발견하고 그 오류를 제거하였다 해도, 해당 어플리케이션의 품질이 높다고 말할 수 없다.

 

• 테스트 프로세스

 

• 소프트웨어 테스트 산출물

- 테스트 계획서 : 테스트 수행을 계획한 문서

 

- 테스트 케이스 : 테스트를 위한 설계 산출물로, 응용 소프트웨어가 사용자의 요구사항을 준수하는지 확인하기 위해 설계된 입력값, 실행 조건, 기대 결과로 구성퇸 테스트 항목 명세서

 

- 테스트 시나리오 : 테스트 수행을 위한 여러 개의 테스트 케이스의 집합으로 테스트 케이스의 동작 순서를 기술한 문서이며, 테스트를 위한 절차를 명세한 문서

 

- 테스트 결과서 : 테스트 결과를 정리한 문서로 테스트 프로세스를 리뷰하고, 테스트 결과를 평가하고 리포팅하는 문서

 

• 소프트웨어 테스트의 유형

① 프로그램 실행 여부

- 정적 테스트 : 프로그램 실행 없이 소스 코드의 구조를 분석하여 논리적으로 검증하는 테스트로 인스펙션, 코드 검사, 워크스루 등이 있다.

- 동적 테스트 : 프로그램의 실행을 요구하는 테스트로 화이트박스 테스트와 블랙박스 테스트가 있다.

 

② 테스트 기법

- 화이트박스 테스트 : 프로그램의 내부 로직(수행 경로 구조, 루프 등)을 보면서 테스트를 수행한다.

- 블랙박스 테스트 : 프로그램의 외부 사용자 요구사항 명세를 보면서 테스트, 주로 구현된 기능을 테스트한다.

 

③ 테스트에 대한 시각

- 검증(Verification) : 개발자 관점으로 제품의 생산 과정을 테스트하며, 올바른 제품을 생산하고 있는지 검증하는 것을 의미한다.

- 확인(Validation) : 고객 관점으로 생산된 제품의 결과를 테스트하며 생산된 제품이 정상적으로 동작하는지 확인하는 것을 의미한다.

 

④ 테스트 목적

- 회복(Recovery) 테스트

- 안전(Security) 테스트

- 강도(Stress) 테스트

- 성능(Performance) 테스트

- 구조(Structure) 테스트

- 회귀(Regression) 테스트 : 수정한 모듈만 테스트하는 것이 아닌 수정한 모듈이 영향력을 주는 코드까지 테스트를 진행해야한다.

- 병행(Parallel) 테스트

 

⑤ 테스트 종류

- 명세 기반 테스트 : 주어진 명세를 빠짐없이 테스트 케이스로 구현하고 있는지 확인하는 테스트

 

- 구조 기반 테스트 : 소프트웨어 내부 논리 흐름에 따라 테스트 케이스를 작성하고 확인하는 테스트

 

- 경험 기반 테스트 : 유사 소프트웨어나 유사 기술 평가에서 테스터의 경험을 토대로한, 직관과 기술능력을 기반으로 수행하는 테스트

 

• 테스트 오라클

① 테스트 오라클 정의

- 테스트의 결과가 참인지 거짓인지를 판단하기 위해서 사전에 정의된 참 값을 입력하여 비교하는 기법 및 활동을 말한다.

- 오라클 : 정상이라고 판단되는 기대결과(집합)를 오라클이라고 한다.

 

② 테스트 오라클 유형

- 참(True) 오라클 : 모든 입력 값에 대하여 기대하는 결과를 생성함으로써 발생된 오류를 모두 검출할 수 있는 오라클이다.

 

- 샘플링(Sampling) 오라클 : 특정한 몇 개의 입력 값에 대해서만 기대하는 결과를 제공해 주는 오라클이다.

 

- 휴리스틱(Heuristic) 오라클 : 샘플링 오라클을 개선한 오라클로, 특정 입력 값에 대해 올바른 결과를 제공하고, 나머지 값들에 대해서는 휴리스틱(추정)으로 처리하는 오라클이다.

 

- 일관성 검사(Consistent) 오라클 : 애플리케이션 변경이 있을 때, 수행 전과 후의 결과값이 동일한지 확인하는 오라클이다.

 

• 애플리케이션 통합 테스트 수행

- 하향식 통합

예를들어 로그인을 하면 검색할 수 있는 기능을 구현하려고 한다.

이때 로그인기능이 구현이 되지 않은 상태에서 내가 임시로 더미로그인 함수를 만들어서 검색기능을 만드는 것이 바로 테스트 스텁(Stub)이다.

 

- 상향식 통합

만약 구매페이지가 로그인이 되어있지 않을때 로그인 창이 뜨도록 하고 싶은데 구매페이지는 구현되어있지 않고 로그인이 경우에 따라 잘 작동되는지 확인해 보고 싶다면 더미함수를 만들어서 확인하는 것이 드라이버(Driver)이다.

 

• 테스트 자동화

테스트 도구를 활용해 반복적인 테스트 작업을 스크립트 형태로 구현함으로써, 테스트 시간 단축과 인력 투입 비용을 최소화하는 한편, 쉽고 효율적인 테스트를 수행할 수 있는 방법이다.

 

• 테스트 장치 - 테스트 슈트(Test Suites)

- 테스트 대상 컴포넌트나 모듈, 시스템에 사용되는 테스트 케이스의 집합을 말한다.

- 테스트 케이스의 집합 + 테스트 케이스를 도출 가능한 문서