목차
📌 테스트 케이스는 구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지를 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세서로, 명세 기반 테스트의 설계 산출물에 해당된다.
💡 명세 기반 테스트 ? 사용자의 요구사항에 대한 명세를 빠짐없이 테스트 케이스로 구현하고 있는지를 확인하는 것이다.
📌 테스트 케이스는 테스트 전략이나 테스트 계획서 등을 기반으로 하여 다음과 같은 순서로 작성된다.
1 | 테스트 계획 검토 및 자료 확보 | - 테스트 계획서를 재검토하여 테스트 대상 범위 및 접근 방법 등을 이해한다. - 시스템 요구사항과 기능 명세서를 검토하고 테스트 대상 시스템의 정보를 확보한다. |
2 | 위험 평가 및 우선순위 결정 | 결함의 위험 정도에 따른 우선순위를 결정하고, 어느 부분에 초점을 맞춰 테스트 할지를 결정한다. |
3 | 테스트 요구사항 정의 | 시스템에 대한 사용자 요구사항이나 테스트 대상을 재검토하고, 테스트 특성, 조건, 기능 등을 분석한다. |
4 | 테스트 구조 설계 및 테스트 방법 결정 |
- 테스트 케이스의 형식과 분류 방법을 결정한다. - 테스트 절차, 장비, 도구, 테스트 문서화 방법을 결정한다. |
5 | 테스트 케이스 정의 | 요구사항에 따라 테스트 케이스를 작성하고, 입력 값, 실행 조건, 예상 결과 등을 기술한다. |
6 | 테스트 케이스 타당성 확인 및 유지 보수 |
- 소프트웨어의 기능 또는 환경 변화에 따라 테스트 케이스를 갱신한다. - 테스트 케이스의 유용성을 검토한다. |
📌 테스트 시나리오는 테스트 케이스를 적용하는 순서에 따라 여러 개의 테스트 케이스들을 묶은 집합으로, 테스트 케이스들을 적용하는 구체적인 절차를 명세한 문서이다.
📌 테스트 오라클은 테스트 결과가 올바른지 판단하기 위해 사전에 정의된 참 값을 대입하여 비교하는 기법 및 활동을 말한다.
📌 참 오라클은 주로 항공기, 은행, 발전소 소프트웨어 등 미션 크리티컬한 업무에 사용되고, 샘플링 오라클과 추정 오라클은 일반적인 업무, 게임, 오락 등에 사용된다.
참(True) 오라클 | 모든 테스트 케이스의 입력 값에 대해 기대하는 결과를 제공하는 오라클로, 발생된 모든 오류를 검출할 수 있다. |
샘플링(Sampling) 오라클 | 특정한 몇몇 테스트 케이스의 입력 값들에 대해서만 기대하는 결과를 제공하는 오라클이다. |
추정(Heuristic) 오라클 | 샘플링 오라클을 개선한 오라클로, 특정 테스트 케이스의 입력 값에 대해 기대하는 결과를 제공하고, 나머지 입력 값들에 대해서는 추정으로 처리하는 오라클이다. |
일관성(Consistent) 검사 오라클 | 애플리케이션의 변경이 있을 때, 테스트 케이스의 수행 전과 후의 결과 값이 동일한지를 확인하는 오라클이다. |
💡 기대하는 결과 : 예를 들면, 퇴직금을 계산하는 프로그램에서 근무기간을 5로 넣어 테스트 케이스를 실행하였을 경우 예상되는 퇴직금이 기대 결과가 되는 것이다.
💡 미션 크리티컬(Mission Critical) : 단 한 번이라도 다운되면 시스템 전체에 치명적인 영향을 주므로 절대 다운되면 않되는 시스템으로 항공기 운행, 은행의 온라인 시스템 등이 해당된다.
📌 애플리케이션 테스트 관리 - 성능 분석/복잡도/성능 개선 (2) | 2024.02.08 |
---|---|
📌애플리케이션 테스트 관리 - 테스트 자동화 도구/결함 관리 (0) | 2024.02.07 |
📌 애플리케이션 테스트 관리 - 애플리케이션 테스트 프로세스 (0) | 2024.02.07 |
📌 애플리케이션 테스트 관리 - 개발 단계에 따른 테스트/통합 테스트 (2) | 2024.02.06 |
📌 애플리케이션 테스트/테스트의 분류/테스트 기법에 따른 애플리케이션 테스트 (2) | 2024.02.06 |