리스크 기반 테스팅에 대한 몇 가지 단상
1. 사용성 측정을 어떻게 할 것인가? o 메트릭을 정해놓고 1부터 5까지의 점수를 줘서 평균내는 방법 o QA나 개발자가 평가하는 것은 의미가 없다 o UX(User eXperience) 팀과 같은 전문가가 있어야 한다(특히 게임과 같은 Customer Target 도메인에서) 2. 테스트 계획 단계에서 리스크 분석이 수행되고 그 결과는 프로젝트의 이해당사자들에게 공유 및 승인되어야 한다. 3. 잔존 리스크(Residual Risk): 테스트 종료 시점에서 아직 해결되지 않은 버그들 역시 잔존 리스크로 봐야한다. -> These should be reported through test result report! 4. Severity Integrity Level(안전 무결성 수준) 5. 위험에 대한 추적..
QA
2009. 12. 7. 17:59
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- BasketBall
- 테스터
- 리스크 기반 테스팅
- Software Testing
- software tester
- Iain McCowatt
- 바이오웨어
- How Google Tests Software
- 게임 테스팅
- Bug
- QA
- basketball diary
- 구글 테스트
- 리그레션 테스트
- 소프트웨어 테스트
- Regression Testing
- 구글 테스팅 블로그
- 구글
- 누가바닷컴
- testing
- 게임QA
- 테스트
- 구글 테스팅
- 제임스 휘태커
- Test
- 버그
- Game Testing
- 농구
- 테스팅
- Game Testing All in one
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함