테스트 시나리오·결과보고서 차이, 기대 결과와 실제 결과 쓰는 법
실제 실행해서 관찰한 결과를 적어야 합니다. 미실행·보류·통과·실패를 나누고 환경·버전·증거를 연결하세요. 예외 처리도 별도 확인 항목입니다.
테스트 결과에 기대 결과를 복사해도 되나요?
시나리오는 시험할 조건·절차·기대 결과이고 결과보고서는 실제 수행 환경·실행 결과·증거·미해결 문제를 기록합니다. 실행하지 않은 항목은 통과로 표시하지 않습니다.
같은 테스트를 재현할 정보를 남기세요
테스트 ID, 대상 버전, 실행 환경, 사전 조건과 입력값을 기록해야 결과가 달라졌을 때 비교할 수 있습니다. 화면의 정상 상태만 보고 데이터가 실제로 저장·변경됐다고 추정하지 마세요. 개인정보 대신 목적에 맞는 가상 입력과 공개 가능한 증거를 사용합니다.
기대 결과는 실행 전에 정하세요
어떤 화면·값·오류 안내가 나와야 통과인지 실행 전에 정의합니다. 실제 결과를 보고 그에 맞춰 기대 결과를 고치면 결함을 놓치기 쉽습니다. 요구가 모호하다면 먼저 확인하고 해당 테스트를 보류하거나 미확정으로 표시합니다.
가상 사례: 빈 검색어 처리
가상 테스트 T-05에서 빈 검색어 제출 시 입력 안내가 표시되는 것이 기대 결과라고 합의했다고 가정합니다. 실제로 빈 목록만 나타났다면 관찰한 문구와 화면을 기록하고 실패 또는 확인 필요로 분류합니다. 안내를 보지 못했는데 기대 문장을 그대로 복사해 통과 처리하지 않습니다.
미실행과 실패는 구분하세요
접속 문제로 실행하지 못한 항목과 실행했지만 기대와 다른 항목은 다른 상태입니다. 일부만 수행한 테스트는 확인한 범위와 남은 단계를 남깁니다. 전체 통과율을 집계한다면 분모에 포함한 상태와 제외한 상태를 설명해야 하며 미실행을 임의로 성공에 포함하지 않습니다.
결과보고는 다음 조치로 이어져야 합니다
실패 항목에 결함 식별과 담당·기한을 연결하고 수정 뒤 어떤 버전에서 재확인했는지 남깁니다. 한 테스트가 통과했다고 제품 전체의 안전성이나 보안 적합성을 보장하는 것은 아닙니다. 보고서는 실제 확인한 범위와 남은 위험·미검증 범위를 구분하는 자료입니다.
자주 묻는 질문
실행하지 못한 테스트를 통과율에 넣나요?
집계 기준을 먼저 정하고 미실행·보류를 따로 표시하세요. 실제 확인하지 않은 항목을 통과로 계산하지 않습니다.
오류가 수정됐다는 회신만으로 재검증 완료인가요?
수정 회신과 실제 재시험은 다릅니다. 재확인한 버전·환경·입력과 결과를 남긴 뒤 상태를 바꾸세요.
바로 활용할 참고 서식
오류 신고서문제가 발생한 화면과 재현 순서, 기대 결과·실제 결과를 개발 담당자에게 전달합니다. 개인정보가 포함되지 않은 예시로 재현 가능한 조건을 남깁니다.
변경요청서기존 작업 범위에서 무엇을 왜 바꿀지, 일정·비용·결과물에 어떤 영향이 있는지 협의합니다. 요청과 승인, 반영 완료 상태를 분리합니다.
테스트 시나리오표사용자가 수행할 순서와 기대 결과를 기능별로 적어 검증합니다. 정상 입력뿐 아니라 오류·빈값·권한·결과 없음 상태를 포함합니다.
테스트 결과보고서테스트 담당자가 정해 둔 시나리오를 실제 환경에서 실행한 결과와 미해결 오류를 묶어 전달하는 보고서입니다. 실행 전 기대 동작을 설계하는 테스트 시나리오표와 달리 언제 어떤 버전에서 무엇을 확인했는지를 증거로 남깁니다.
도란서식 작성 · 2026-10-14 · 일반적인 작성·보관 안내이며 개별 법률·세무·의료 판단을 대신하지 않습니다.
관련 업무를 더 확인하세요
요구사항정의서·기능정의서 차이, 요청을 개발·검수 항목으로 연결하기요구사항정의서는 해결할 문제와 필요한 조건, 기능정의서는 시스템이 어떤 입력·처리·결과로 동작할지 설명합니다. 요구 식별을 기능과 검수 기준에 연결하세요.
내용 기준일: · AI 보조 작성 및 정적 검수. 전문가 검토 아님. 제작·공개 기준