일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 결함심각도
- 구조기반 테스트
- Test Scenario
- QA Engineer
- 테스트 프로세스 개선
- BugLifeCycle
- Test Summary Report
- 결함우선순위
- 세니티테스트
- 테스트 요약 보고서
- ISTQB
- Shift Left Testing
- QA Manager
- Sanity Testing
- STLC
- Risk Based Testing
- Wepublic
- 리스크기반테스트
- 리그레이션
- Retest
- defect
- Airbridge
- severity
- bug
- RESRful
- 버그수명주기
- 테스트 시나리오
- 웹성능
- SQA
- Software Testing Life Cycle
Archives
- Today
- Total
Software Quality
Retest와 Regression Testing 본문
Retest | Regression Testing |
결함 수정을 확인하기위한 테스트 | 코드 변경이 다른 기능에 영향을 주지 않았는지 테스트 |
다른기능은 확인하지 않고 해당 기능만 확인 | 코드 변경 이전 동작하던 주요 기능들이 여전히 잘 동작하는지 확인 |
실패한 테스트를 대상으로 함 | 성공한 테스트를 대상으로 함 |
특정 결함 확인 위한것으로 자동화 불가 | 수동으로 반복 진행하기 어려움으로 자동화 진행하는 것이 좋음 |
버그가 발견되지 않은 경우 진행하지 않을 수 있음 | 버그가 발견되지 않더라도 항상 진행 |
알려진 문제에 초점을 맞추기 때문에 우선순위가 높음 | 발생 가능성에 대한 테스트로 우선순위 낮음 |
특정 결함만을 확인함으로 시간이 많이 걸리지 않음 | 전반적인 영역을 확인함으로 시간이 많이 걸림 |
동일한 데이터와 환경에서 수정된 빌드로 결함 확인 | 사용설명서, 보고된 결함, 기능 문서 기반으로 작성할 수 있음 |
첫번째 테스트 없이 재테스트하는 경우는 발생할 수 없음 | 변경 및 수정이 발생한 경우 의무적으로 수행 |
'SQA > 이론' 카테고리의 다른 글
QA(Quality Assurance)와 QC(Quality Control) (0) | 2023.09.24 |
---|---|
결함의 심각도(Severity)와 우선순위(Priority) (0) | 2023.09.24 |
Smoke 테스트와 Sanity 테스트 (0) | 2023.09.23 |
STLC (0) | 2023.09.22 |
애자일 VS 워터폴 (0) | 2023.04.04 |