일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
Tags
- Airbridge
- 구조기반 테스트
- Test Summary Report
- 테스트 시나리오
- 웹성능
- defect
- 결함우선순위
- severity
- Risk Based Testing
- 세니티테스트
- Wepublic
- STLC
- Sanity Testing
- 리그레이션
- Software Testing Life Cycle
- Shift Left Testing
- ISTQB
- SQA
- bug
- 버그수명주기
- 테스트 요약 보고서
- RESRful
- QA Manager
- 테스트 프로세스 개선
- 결함심각도
- BugLifeCycle
- 리스크기반테스트
- QA Engineer
- Test Scenario
- Retest
Archives
- Today
- Total
Software Quality
테스트 시나리오(Test Scenario)와 테스트 케이스(Test Case) 본문
테스트 시나리오(Test Scenario) | 테스트 케이스(Test Case) |
테스트할 대상의 기능을 설명 | 명확한 테스트 단계, 데이터, 예상 결과가 포함 |
무엇을 테스트할 것인가? | 무엇을 어떻게 테스트할 것인가? |
모호한 경우가 있을 수 있음 | 단계, 사전조건, 예상 결과가 명확해 모호한 경우 없음 |
BRS, SRS 등을 기반으로 작성 | 테스트 시나리오를 기반으로 작성 |
전체 기능을 빠르게 확인 할 수 있게 도와줌 | 전체 기능을 철저하게 테스트 할 수 있게 도와줌 |
High-Level의 작업 | Low-Level의 작업 |
작성 및 수행하는데 소요되는 시간과 자원이 상대적으로 적음 | 작성 및 수행에 더 많은 시간과 자원이 필요 |
- BRS : Business Requirement Specification
- BRS : System Requirement Specification
테스트 시나리오 예제
- 테스트 시나리오 1 : 검색 기능 확인
- 테스트 시나리오 2 : 결제 기능 확인
- 테스트 시나리오 3 : 로그인 기능 확인
테스트 케이스 예제
ID | Description | Steps | Data | Expected Result | Actual Result | Result |
NL01 | 유효한 데이터로 로그인 확인 | 1. 네이버 로그인 사이트로 이동 2. 아이디 비밀번호 입력 3. 로그인 선택 |
ID : kairoka PW : pass111 |
로그인 성공 | 로그인 성공 | PASS |
NL02 | 잘못된 데이터로 로그인 확인 | 1. 네이버 로그인 사이트로 이동 2. 아이디 비밀번호 입력 3. 로그인 선택 |
ID : kairoka PW : fail111 |
로그인 실패 | 로그인 성공 | FAIL |
'SQA > 이론' 카테고리의 다른 글
리스크 기반 테스트(Risk Based Testing) (0) | 2023.09.26 |
---|---|
테스트 케이스(Test Case) 구성 요소 (0) | 2023.09.24 |
PDCA 모델을 이용한 테스트 프로세스 개선 (0) | 2023.09.24 |
검증(Verification)과 확인(Validation) (0) | 2023.09.24 |
QA(Quality Assurance)와 QC(Quality Control) (0) | 2023.09.24 |