애플리케이션 테스트의 분류

• 프로그램 실행 여부에 따른 테스트

정적 테스트	- 프로그램을 실행하지 않고 명세서나 소스 코드를 대상으로 분석 - 소프트웨어 개발 초기에 결함을 발견할 수 있어 개발 비용을 낮추는 데 도움 - 종류 : 워크스루, 인스펙션, 코드 검사 등
동적 테스트	- 프로그램을 실행하여 오류를 찾는 테스트로, 소프트웨어 개발의 모든 단계에서 테스트를 수행할 수 있음 - 종류 : 블랙박스 테스트, 화이트박스 테스트

* 워크스루 (Walkthrough, 검토회의) : 소프트웨어 개발자의 작업 내역을 개발자가 모집한 전문가들이 검토하는 것! 미리 준비된 자료를 바탕으로 정해진 절차에 따라 평가하며 발견된 오류는 문서화, 개발 산출물을 작성하는 중 작성자의 요청에 의해 중간 산출물을 대상으로 이루어짐
* 인스펙션 (Inspection) : 워크스루를 발전시킨 형태로, 개발 단계에서 산출된 결과물의 품질을 평가하며 개선하기 위한 방법 등을 제시

Q. 소프트웨어 공학에서 워크스루에 대한 설명으로 틀린 것은?

1. 사용사례를 확장하여 명세하거나 설계 다이어그램, 원시코드, 테스트 케이스 등에 적용할 수 있다.

2. 복잡한 알고리즘 또는 반복, 실시간 동작, 병행 처리와 같은 기능이나 동작을 이해하려고 할 때 유용하다.

3. 인스펙션(Inspection)과 동일한 의미를 가진다.

4. 단순한 테스트 케이스를 이용하여 프로덕트를 수작업으로 수행해 보는 것이다.

 

-> 워크스루: 요구사항 명세서 작성자를 포함하여 사전 검토한 후에 짧은 검토 회의를 통해 결함을 발견
인스펙션: 요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 요구사항 명세서를 확인하면서 결함을 발견

 

Q. 다음은 인스펙션(Inspection) 과정을 표현한 것이다. (가) ~ (마)에 들어갈 말은?

 

A. (가) : 사전 교육 (나) : 준비 (다) : 인스펙션 회의 (라) : 수정 (마) : 후속조치

 

• 테스트 기반에 따른 테스트

명세 기반 테스트	- 사용자의 요구사항에 대한 명세를 빠짐없이 테스트 케이스로 만들어 구현하고 있는 확인 - 종류 : 동등 분할, 경계 값 분석 등
구조 기반 테스트	- 소프트웨어 내부의 논리 흐름에 따라 테스트 케이스를 작성하고 확인 - 종류 : 구문 기반, 결정 기반, 조건 기반 등
경험 기반 테스트	- 유사 소프트웨어나 기술 등에 대한 테스터의 경험을 기반으로 수행 - 사용자의 요구사항에 대한 명세가 불충분하거나 테스트 시간에 제약이 있는 경우 효과적 - 종류 : 에러 추정, 체크 리스트, 탐색적 테스팅

 

• 시각에 따른 테스트

검증 테스트	개발자의 시각에서 제품의 생산 과정을 테스트
확인 테스트	사용자의 시각에서 생산된 제품의 결과를 테스트

 

• 목적에 따른 테스트

회복 (Recovery) 테스트	시스템에 여러 가지 결함을 주어 실패하도록 한 후 올바르게 복구되는지를 확인
안전 (Security) 테스트	시스템에 설치된 시스템 보호 도구가 불법적인 침입으로부터 시스템을 보호할 수 있는지를 확인
강도 (Stress) 테스트	시스템에 과도한 정보량이나 빈도 등을 부과하여 과부하 시에도 소프트웨어가 정상적으로 실행되는지를 확인
성능 (Performance) 테스트	소프트웨어의 실시간 성능이나 전체적인 효율성을 진단하는 테스트로, 응답시간, 처리량 등을 테스트
구조 (Structure) 테스트	소프트웨어 내부의 논리적인 경로, 소스 코드의 복잡도 등을 평가
회귀 (Regression) 테스트	소프트웨어의 변경 또는 수정된 코드에 새로운 결함이 없음을 확인
병행 (Parallel) 테스트	변경된 소프트웨어와 기존 소프트웨어에 동일한 데이터를 입력하여 결과를 비교