정보처리기사(25)

정보처리기사

응용 S/W 구현관리

애플리케이션 테스트 개요

애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차
개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인
소프트웨어가 예상대로 정해진 기능을 정확히 수행하는지 검증
테스트 실행 전 소프트웨어의 유형을 분류하고 중점적으로 테스트할 사항을 미리 정리해야 함

왜 애플리케이션 테스트를 하는가 ?

프로그램 실행 전에 오류 조기발견 및 예방
프로그램이 사용자 요구사항이나 기대치를 만족시키는지 반복적으로 테스트함으로써 신뢰도를 향상시킴
애플리케이션 테스트를 효과적으로 수행시 최소한의 노력과 시간으로 많은 결함을 찾을 수 있음

★ 애플리케이션 테스트 기본원리

결함집중
: 대다수의 결함들은 개발자나 애플리케이션 특성으로 인하여 특정 모듈에서 집중적으로 발생
정황에 의존
: 소프트웨어 특징, 테스트 환경, 테스터 역량 등 정황에 따라 테스트를 다르게 진행
오류-부재의 궤변
: 소프트웨어가 사용자의 요구사항을 만족시키지 못하면 오류가 없더라도 품질이 높다고 할 수 없음
살충제 패러독스
: 동일한 테스트케이스로 반복적으로 수행하면 새로운 결함을 찾을 수 없음
  테스트 케이스는 정기적으로 리뷰하거나 개선해야 할 필요가 있음
불완전
: 모든 가능성을 테스트하는 것은 불가능
결함 발견을 위한 활동
: 소프트웨어에 결함이 발견되지 않는다고 해도 결함이 완전히 없다고 할 수 없다

애플리케이션 테스트 분류(실행)

정적테스트
: 프로그램을 실행하지 않고 명세서나 소스코드를 대상으로 분석하는 테스트
: 소프트웨어 개발 초기에 결함을 발견할 수 있어 소프트웨어 개발비용을 절감하는데 도움
종류 : 워크스루, 인스펙션, 코드검사
	워크스루 
	: 소프트웨어 개발자가 작업 내역을 개발자가 모집한 전문가들이 검토하는것을 의미           소프트웨어 검토를 위해 미리 준비된 자료를 바탕으로 정해진 절차에 따라 평가
	인스펙션 
	: 소프트웨어 개발 단계에서 산출된 결과물의 품질을 평가하며 
      이를 개선하기 위한 방법 제시
      
동적테스트
: 프로그램을 실행하여 오류를 찾는 테스트
: 소프트웨어 개발 전 단계에서 테스트를 수행
종류 : 화이트박스, 블랙박스

애플리케이션 테스트 분류(시각)

검증 테스트
: 개발자의 시각에서 제품의 생산과정을 테스트 하는 것으로 
  제품이 명세에 맞게 완성되었는지 테스트

확인 테스트
: 사용자의 시각에서 생산된 제품의 결과를 테스트
  사용자의 요구사항대로 제품이 완성됐는지 제품이 제대로 동작하는지 테스트

애플리케이션 테스트 분류(목적)

회복 : 시스템에 의도적으로 여러 결함을 만들어 실패하도록 한 후 제대로 원복되는지 확인
안전 : 시스템에 설치된 보호도구가 불법적 침입으로부터 시스템을 보호하는지 확인
강도 : 시스템에 과도한 정보량, 빈도 등을 부과하여 과부하시에도 S/W가 정상동작 및 실행하는지 확인
성능 : S/W 실시간 성능이나 전체적인 효율성을 진단
구조 : S/W 내부의 논리적 경로, 소스코드 복잡도 등을 평가
회귀 : S/W 변경 또는 수정된 코드에 새로운 결함이 없음을 확인
병행 : 변경된 소프트웨어와 기존 소프트웨어에 동일한 데이터를 입력하여 결과를 비교

애플리케이션 테스트 분류(기반)

명세 기반 테스트
: 사용자의 요구사항에 대한 명세를 빠짐없이 테스트 케이스로 만들어 
  구현하고 있는지 확인 하는 테스트
종류 : 동등분할, 경계 값 분석

구조 기반 테스트
: 소프트웨어 내부의 논리 흐름에 따라 테스트 케이스를 작성하고 확인
종류 : 구문기반, 결정기반, 조건기반

경험 기반 테스트
: 테스터의 경험을 기반으로 수행하는 테스트
  사용자의 요구사항에 대한 명세 불충분, 테스트 시간제약이 있을 경우 수행시 효과적
종류 : 에러추정, 체크리스트, 탐색적 테스팅

테스트케이스

구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지 확인하기 위해
설계된 입력값, 실행조건, 기대결과 등으로 구성된 테스트 항목에 대한 명세서

체크리스트

문제 1

정답 : 오류-부재의 궤변

문제 2

정답 : 동적테스트