- murianwind의 트위터 - 2009년 11월 11일 http://ff.im/-bj1HJ - 0:49 #
- Empathic notes_ UX(사용자경험)와 사람에 대해... :: 네이버 블로그 http://bit.ly/20K39C - 8:8 #
- RT @jamesmarcusbach I just discovered Marlena Compton's blog (@marlenac) and added it to my blog roll. http://bit.ly/4vGIAp - 8:10 #
- RT @jamesmarcusbach Calling all ambitious testers and critical thinkers: we need to develop our own class in the a...: http://bit.ly/2wcbW0 - 8:11 #
- 오늘 본 황당한(?) 사고 http://bit.ly/2cO9o2 - 8:14 #
- 간편한 화면 녹화 및 공유 서비스 - GoView http://bit.ly/3cXtOt - 8:14 #
- 구글코리아 서비스의 재판 관할은 미국 캘리포니아다? http://bit.ly/1PZ42Q 구글과 관련해서 어떤 재판도 대한민국에서 받고 싶지는 않은데.. - 8:15 #
- 음악 작곡 및 기보를 할 수 있는 무료 애플리케이션 - MuseScore http://bit.ly/Todhv - 8:16 #
- User stories: a strategic design tool http://bit.ly/3IFLYy - 8:18 #
- LG, 15인치 OLED TV 출시!? http://bit.ly/16oCbt - 8:19 #
- 파이어폭스 실행시 SSL 관련 오류 해결방법 http://bit.ly/3fdqYw 이거 정말 불편했었는데.. 해결책이 나왔네여.. - 8:22 #
- UIEtips: Design – Exploring Options and Making Decisions http://bit.ly/tbso1 - 8:23 #
- 오늘부터 이번달 안에 트위터에 거의 들어오지 못할 것 같습니다. 그래도 짬날때마다 들어오긴 하겠지만.. 모두 건강한 하루 되세요. - 8:24 #
- 테스트 레벨과 부분 최적화 http://ff.im/-bkb5H - 8:26 #
- 구글 프렌드 커넥트, 페이스북과 맞짱뜰까? http://bit.ly/3kjz6g - 11:18 #
- http://bit.ly/2apFAV 11월21일 사고프로세스 세미나가 한국소프트웨어저작권협회에서 열립니다. 관심 있으신 분들은 참여하세요. - 12:44 #
- 다섯번째 생일 축하해, Firefox! http://bit.ly/Fx5yr1 #Firefox5 - 12:58 #
- Watching 5 years of Firefox video http://bit.ly/Fx5yr6 #Firefox5 - 12:59 #
- 아이폰으로 주차된 차를 찾는다!? 증강현실 app, Car Finder! http://bit.ly/41TX1c - 14:17 #
- 에스코토스 컨설팅에서 Crisis Scenario Workshop을 엽니다. http://bit.ly/3x23RY - 15:23 #
- 웹캠을 감시카메라로 활용하자 - Ugolog http://bit.ly/42btvi - 23:39 #
- 왜 HP는 3Com을 인수하는가? http://bit.ly/3pshbr - 23:44 #
- 파이어폭스 확장기능 :: 무거운 Tab Mix Plus를 대체하는 Tabberwocky http://bit.ly/hhQIW - 23:46 #
- Best Practices Are Dangerous When Adopting Agile http://bit.ly/4f3EWc - 23:53 #
테스트 실무에서 가장 혼돈되어 사용되는 용어 중 하나가 테스트 케이스와 체크리스트입니다. 많은 경우 체크리스트를 테스트 케이스로 사용하는 경우가 많습니다. 실제로 인터넷 커뮤니티나 블로그, ISO, IEEE, ISTQB 등등을 검색해보시면 테스트 케이스와 체크리스트에 대한 구분이 다 제각각입니다. 각각에 대한 정의가 다 제각각입니다. 사정이 이러하다보니 많은 사람들이 테스트 케이스와 체크리스트를 잘 구분하지 못하고 혼동해서 사용하는 경우가 많습니다. 물과 기름처럼 테스트 케이스와 체크리스트를 정확하게 구분할 수는 없겠지만.. ISTQB를 기준으로 말씀드리면 설계 기법을 통해 도출된 것은 테스트 케이스 그렇지 않은 것은 체크리스트라고 생각하시면 쉽습니다. 예를 들면 아래는 결정 테이블 테스팅 기법을 통해 도출된 테스트 케이스의 예제입니다. 실제 테스트 케이스는 위보다 복잡하겠지만 어쨌든 얘기하고 싶은 것은 위와 같이 설계 기법을 통해서 도출된 것은 테스트 케이스라고 합니다. 그런데 딱 보시면 아시겠지만 실제 테스트에서는 저 정도로는 테스트 커버리지를 충분히 만족했다고 얘기하기 힘듭니다. 그렇습니다. 어떤 분들은 테스트 케이스가 전가의 보도, 은 총알 쯤으로 생각하시는데.. 테스트 케이스는 일종의 마지노 선이라고 보시면 됩니다. 최소한 제품을 테스트 할때 이정도는 해줘야 한다는 최후의 방어선 정도라고 보시면 됩니다. 전쟁에서 최후의 방어선은 물러설 수 없는 마지막 보루입니다. 하지만 최후의 방어선만 지킨다고 전쟁에서 승리할 수는 없습니다. 프랑스는 마지노 요새만 믿고 있다가 독일에게 깔끔하게 발렸던 과거가 있지요. 전쟁에서 승리하려면 앞으로 나가야하고 치밀한 전략과 전술이 뒷받침 되어야 합니다. 더 높은 커버리지를 도달하고, 충분히 좋은 테스트가 수행되려면 테스트 케이스는 기본이 되어야 하고 거기에 더해서 체크리스트가 따라와 줘야 합니다. 이러한 체크리스트는 팀의 경험과 과거 프로젝트의 데이
댓글
댓글 쓰기