일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- severity
- Airbridge
- 웹성능
- 테스트 시나리오
- 테스트 요약 보고서
- 리그레이션
- Test Summary Report
- QA Engineer
- Risk Based Testing
- STLC
- SQA
- Retest
- Sanity Testing
- 결함우선순위
- QA Manager
- 구조기반 테스트
- bug
- 버그수명주기
- 결함심각도
- Shift Left Testing
- Test Scenario
- 리스크기반테스트
- Wepublic
- 테스트 프로세스 개선
- Software Testing Life Cycle
- 세니티테스트
- ISTQB
- BugLifeCycle
- defect
- RESRful
Archives
- Today
- Total
Software Quality
검증(Verification)과 확인(Validation) 본문
검증(Verification) |
확인(Validation)
|
|
목적 | 소프트웨어가 기획서의 요구 사항에 맞게 올바르게 만들어졌는지 확인 |
소프트웨어가 고객의 요구 사항과 기대를 충족하는지 확인
|
방법 | 문서, 설계, 코드, 프로그램 검사 |
실제 제품 테스트 및 유효성 검사
|
코드 실행 여부 | 코드 실행하지 않음 | 코드 실행 |
방법 | 검토, 연습, 검사, 책상 검사 등 |
블랙 박스 테스트, 화이트 박스 테스트 및 비기능 테스트 등
|
대상 | 응용 프로그램 및 소프트웨어 아키텍처, 사양, 전체 설계, 고수준 및 데이터베이스 설계 등 | 실제 제품 |
수행자 | QA 팀 | 테스트 팀 |
수행 순서 | Validation 이전 |
Verification 이후
|
장점 | 개발 주기 초반에 버그를 발견할 수 있음 ex. 설계 문서상의 결함 |
검증에서 발견할 수 없는 버그를 찾을 수 있음 ex. 실제 사용 시 UX 상의 결함 |
CMMI-SW v1.1 |
개발 단계의 시작 부분에서 부과된 조건을 만족하는지를 확인해 소프트웨어를 평가하는 과정이다. |
개발과정 중 또는 완료 후에 소프트웨어를 평가하는 과정이다.
|
'SQA > 이론' 카테고리의 다른 글
테스트 시나리오(Test Scenario)와 테스트 케이스(Test Case) (0) | 2023.09.24 |
---|---|
PDCA 모델을 이용한 테스트 프로세스 개선 (0) | 2023.09.24 |
QA(Quality Assurance)와 QC(Quality Control) (0) | 2023.09.24 |
결함의 심각도(Severity)와 우선순위(Priority) (0) | 2023.09.24 |
Retest와 Regression Testing (0) | 2023.09.23 |