뚱땅뚱땅

[2020 정보처리기사 필기] 2.4.52 개발 단계에 따른 애플리케이션 테스트 본문

아카이브

[2020 정보처리기사 필기] 2.4.52 개발 단계에 따른 애플리케이션 테스트

양순이 2020. 4. 1. 22:17
728x90

# 필기 참고: 2020 시나공 정보처리기사 필기 2. 소프트웨어 개발 >4.애플리케이션 테스트 관리

 

1. 개발 단계에 따른 애플리케이션 테스트

 

소프트웨어 생명조기 V모델

 

2. 단위 테스트

코딩 직후 소프트웨어 설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춰 테스트하는 것

- 인터페이스, 외부적 I/O, 외부적 I/O, 자료구조, 독립적 기초 경로, 오류 처리 경로, 경계 조건 등을 검사

- 사용자의 요구사항을 기반으로 함. 기능성 테스트를 최우선시

- 테스트 방법

   (1) 구조 기반 테스트: 프로그램 내부 구조 및 복잡도를 검증하는 화이트박스 테스트.

       목적: 제어 흐름, 조건 결정

   (2) 명세 기반 테스트: 목적 및 실행 코드 기반의 블랙박스 테스트

       목적: 동등 분할, 경계 값 분석

 

3. 통합 테스트

단위 테스트가 완료된 모듈들 결합 -> 하나의 시스템으로 완성시키는 과정에서의 테스트

- 모듈 간 또는 통합된 컴포넌트 간의 상호 작용 오류 검사

 

4. 시스템 테스트

해당 컴퓨터 시스템에서 완벽하게 수행되는가 테스트 

- 환경적인 장애 리스크 최소화위해서 실제 사용 환경과 유사하게 만든 테스트 환경에서 테스트를 수행

- 테스트 방법

  (1) 기능적 요구사항: 요구사항 명세서, 비즈니스 절차, 유스케이스 등 명세서 기반의 블랙박스 테스트 시행

  (2) 비기능적 요구사항: 성능 테스트, 회복 테스트, 보안 테스트, 내부 시스템의 메뉴 구조 등 구조적 요소에 대한 화이트박스 테스트 시행

 

5. 인수 테스트

개발한 소프트웨어가 사용자의 요구사항 충족하는지!

- 사용자가 직접 테스트

- 문제 없으면 사용자는 sw 인수, 프로젝트 종료

- 테스트 종류

  (1) 사용자 인수 테스트: 사용자가 시스템 사용의 적절성 여부 확인

  (2) 운영상의 인수 테스트: 시스템 관리자가 시스템 인수 시 수행하는 테스트 기법. 백업/복원 시스템. 사용자 관리 등 확인

  (3) 계약 인수 테스트: 계약상의 인수/검수 조건 준수 여부

  (4) 규정 인수 테스트: 법규, 정부 지침, 규정 등 규정에 맞게 개발되었는지 확인

  (5) 알파 테스트: 개발자의 장소에서 사용자가 개발자 앞에서 테스트. 통제된 환경. 사용자와 개발자가 함꼐 확인하며 오류,문제점 기록

  (6) 베타 테스트: 선정된 최종 사용자가 여러 명의 사용자 앞에서 행하는 테스트 기법. 실업무 가지고 사용자가 직접 테스트. 개발자에 의해 제어되지 않은 환경. 개발자에게 주기적으로 오류,문제점 기록한거 보고.

728x90
Comments