애플리케이션 테스트 케이스 작성 3
1. 정적 분석
- 자동화된 도구를 이용하여 산출물의 결함을 검출하거나 복잡도를 측정(도구)
2. 리뷰
- SW의 다양한 산출물에 존재하는 결함을 검출하거나 프로젝트의 진행 상황을 점검하기 위한 활동으로 전문가가 수행(사람)
3. 리뷰의 유형
유형 | 설명 |
동료 검토 (형식적) | - 2~3명이 진행하는 리뷰의 형태 - 요구사항 명세서 작성자가 설명하고, 이해관계자들이 설명을 들으면서 결함을 발견 |
인스펙션 (형식적) | - 저작자 외의 다른 전문가 or 팀이 검사하여 문제를 식별하고 문제에 대한 올바른 해결을 찾아냄 |
워크스루 (비형식적) | - 검토 자료를 회의 전에 배포해서 사전 검토한 후 짧은 시간동안 회의를 진행하는 형태 |
4. 경험 기반 테스트
유형 | 설명 |
탐색적 테스트 (Exploratory Test) |
테스트 스크립트를 문서로 작성하지 않고 경험에 바탕을 두고 탐색적으로 기능을 수행해 보면서 테스트 |
오류 추정 (Error Guessing) |
개발자가 범할 수 있는 실수를 추정하고 이에 따른 결함이 검출되도록 테스트 케이스를 설계하여 테스트 |
체크리스트 (Checklist) |
테스트할 내용과 경험을 분류하여 나열하고 하나씩 확인 |
특성테스트 (Characeristics Test) |
품질모델에 있는 품질특성을 염두에 두고 이를 근간으로 테스트 케이스 설계하고 테스트 |
5. 개별 테스트 케이스 필요 항목
항목 | 설명 |
테스트 ID 작성 | 테스트 케이스를 고유하게 식별하기 위한 ID를 작성 |
테스트 목적 작성 | 테스트 시, 고려할 중점 사항 or 테스트 케이스의 목적을 작성 |
테스트할 기능 요약 | 애플리케이션의 테스트할 기능을 간략하게 작성 |
입력 데이터 작성 | 테스트 실행 시 입력할 데이터(입력값, 선택 버튼, 체크리스트 값 등)를 작성 |
기대 결과 작성 | 테스트 실행 후 기대되는 결과 데이터(출력 데이터, 결과 화면, 기대 동작 등)를 작성 |
테스트 환경 설정 | 테스트 시 사용할 물리적, 논리적 테스트 환경, 사용할 데이터, 결과 기록 서버 등의 내용을 작성 |
전제 조건 설정 | 테스트 간의 종속성, 테스트 수행 전 실행되어야 할 고려 사항 등을 작성 |
성공/실패 기준 설정 | 테스트를 거친 애플리케이션 기능의 성공과 실패를 판단하는 조건을 명확하게 작성 |
기타 요소를 식별하여 설정 |
사용자의 테스트 요구사항 중 특별히 고려해야 할 내용을 간략하게 기술 |
6. 테스트 오라클 (Test Oracle)
- 테스트의 결과가 참인지 거짓인지를 판단하기 위해서 사전에 정의된 참값을 입력하여 비교하는 기법
7. 테스트 오라클 종류
유형 | 설명 |
참(True) 오라클 |
모든 입력값에 대해 기대하는 결과를 생성함으로써 발생된 오류를 모두 검출 |
샘플링(Sampling) 오라클 |
특정한 몇 개의 입력값에 대해서만 기대하는 결과를 제공 |
휴리스틱(Heuristic) 오라클 |
샘플링 오라클을 개선하고 나머지 값들에 대해서는 휴리스틱(추정)으로 처리 |
일관성 검사(Consistent) 오라클 |
애플리케이션 변경이 있을 때, 수행 전과 후의 결괏값이 동일한지 확인 |
'정보처리기사 > DB' 카테고리의 다른 글
애플리케이션 테스트 수행 (0) | 2023.04.06 |
---|---|
애플리케이션 테스트 시나리오 작성 (0) | 2023.04.05 |
애플리케이션 테스트 케이스 작성 2 (0) | 2023.04.05 |
애플리케이션 테스트 케이스 작성 1 (0) | 2023.04.05 |
비즈니스 연속성 계획(BCP) (0) | 2023.04.04 |