뚱땅뚱땅

[2020 정보처리기사 필기] 2.4.50 애플리케이션 테스트 분류 본문

아카이브

[2020 정보처리기사 필기] 2.4.50 애플리케이션 테스트 분류

양순이 2020. 4. 1. 15:51
728x90

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

 

(1) 프로그램 실행 여부에 따른 테스트

- 정적 테스트: 프로그램 실행x, 명세서나 소스코드 보고 분석

                   개발 초기에 결함 발견 가능->개발 비용 낮출 수 있음.

                   종류: 워크스루, 인스펙션, 코드검사

  * 워크스루: 검토 위해 미리 준비된 자료 바탕으로 정해진 절차에 따라 평가. 발견된 오류 문서화함.

  * 인스펙션: 워크스루 발전 형태

 

- 동적 테스트: 프로그램 실행하여 오류 찾음. 소프트웨어 개발의 모든 단계에서 수행가능

                  종류: 블랙박스 테스트, 화이트박스 테스트

 

(2) 테스트 기반(Test Bases) 에 따른 테스트

- 명세 기반 테스트: 사용자의 요구사항에 대한 명세를 빠짐없이 테스트 케이스로 만듬->구현하는지 확인

                          종류: 동등 분할, 경계값 분석 등

- 구조 기반 테스트: sw내부의 논리 흐름에 따라 테스트케이스 작성하고 확인

                         종류: 구문 기반, 결정 기반, 조건 기반 등

- 경험 기반 테스트: 테스터의 경험을 기반으로 수행하는 테스트

                         사용자의 요구사항에 대한 명세 불충분시, 테스트 시간에 제약 있는 경우 효과적

                         종류: 에러 추정, 체크리스트, 탐색적 테스팅

 

(3) 시각에 따른 테스트

- 검증 테스트(Verification): 개발자의 시각. 명세서대로 완성했는지 확인

- 확인 테스트(Validation): 사용자의 시각, 사용자 요구대로 완성됐는지, 정상적으로 동작하는지

 

(4) 목적에 따른 테스트

- 회복 테스트: 시스템에 여러 결점 주어 실패하도록 한 후 올바르게 복구되는지 확인

- 안전 테스트: 시스템 보호 도국 불법적인 침입으로부터 시스템 보호가능한지 확인

- 강도 테스트: 과도한 정보량이나 빈도 등 부과-> 과부하시에도 정상적으로 실행하는지 테스트

- 성능 테스트: 실시간 성능이나 전체적인 효율성을 진단하는 테스트. 응답시간, 처리량 등을 테스트

- 구조 테스트: 내부 논리적인 경로, 소스 코드의 복잡도 등을 평가하는 테스트

- 회귀 테스트: 변경 또는 수정된 코드에 새로운 결함이 없음을 확인하는 테스트

- 병행 테스트: 변경된 sw와 기존꺼에 동일한 데이터를 입력하여 결과 비교하는 테스트  

 

728x90
Comments