리스크 기반 테스팅에 대한 몇 가지 단상
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 diary
- 소프트웨어 테스트
- 제임스 휘태커
- Game Testing
- 구글
- 리스크 기반 테스팅
- Regression Testing
- 게임 테스팅
- testing
- BasketBall
- 구글 테스팅
- Test
- QA
- 테스트
- 테스터
- Bug
- Game Testing All in one
- 버그
- 게임QA
- 테스팅
- Software Testing
- 누가바닷컴
- 리그레션 테스트
- 구글 테스트
- 농구
- How Google Tests Software
- 바이오웨어
- software tester
- 구글 테스팅 블로그
- Iain McCowatt
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함