- The Orange Juice Test http://bit.ly/pupmbA posted at 07:25:15
- RT @agilejournal: Know some great software testers? What makes them great and why do you think that trait is important? Tell us http://bit.ly/qC9qgT #testing posted at 07:25:57
- 우리나라 소프트웨어 회사에는 ???이 없다. http://bit.ly/oNk3Nf 테스터도 별반 다를게 없죠... posted at 01:39:32
- 게임의 진입장벽 - 당신의 유저가 게임진행을 포기하는 원인 http://sstorm.egloos.com/5526035 posted at 05:47:25
- 의사도 자기 분야 아니면 잘 모른다 http://www.koreahealthlog.com/3655 모든 직업이 다 그렇죠. 사실 저는 제 전공 분야도 다 모릅니다. 하지만 다른 사람의 이야기를 듣고 그걸 다른 사람들에게 전달하는건 좋아합니다. posted at 08:37:04
- 미국과 한국의 워터파크, 다섯가지 차이점 http://www.koreahealthlog.com/3658 posted at 08:39:09
- 시각장애인 가로막는 ‘청와대’ 앱 http://asadal.bloter.net/9634 posted at 13:30:46
- RT @wisedogs 블로그 새 글 - Historical Defect #10 : 최첨단 이지즈함의 굴욕- USS Yorktown 시스템 장애 http://t.co/rRVNS6j posted at 14:35:42
- 진주회관에서 삽질! 콩국수 먹으러 왔는데.. 음.. 진짜 맛나요.. http://ginct.com/p6Xa #GOLDinCITY posted at 19:39:43
- RT @fredberinger #Agile: The good, the bad and the ugly http://j.mp/qIlDrU posted at 21:17:31
- RT @fredberinger SQL Performance Testing and Scalability http://j.mp/qnrxWq posted at 21:31:08
- RT @uTest: Here's our (tongue-in-cheek) 10 steps to becoming a better tester. What are your top tips? http://bit.ly/nJ5Zdt #softwaretesting posted at 04:30:22
- RT @iSooPark: 충격적! RT @estima7: 피죤후속보도 RT @BobbyRyu: 인간경시경영의 대표적 사례 http://bit.ly/qXhgf0 이미 보신분들이 많을 듯. 정도의 차이가 있을 뿐, 여러 회사를 돌아다니다보면 이런 기업문화를 생각보다 많이 목격 posted at 04:37:20
- RT @testcasters: Testcast Show #6 with James Bach - is now live - http://t.co/OtENiQP #softwaretesting posted at 22:40:33
- 비즈니스 로직의 진화와 아키텍처의 진화 http://homo-ware.tistory.com/172 posted at 10:39:21
- RT @jamesmarcusbach: Podcast where I talk about maintaining integrity as a tester, and the perils of automation: http://bit.ly/oMXOA0 posted at 17:33:49
- How you know you are a Lean organisation http://blog.crisp.se/mattiasskarin/2011/08/03/1312375259371... posted at 22:58:43
- 흠.. 전 절반 정도.. RT @JoonHa 저는 2/3 정도 본 것 같네요. 읽어두면 좋을만한 UX 서적 목록 ! http://fb.me/17WbjBR7e posted at 11:07:25
- TestLimit 도구를 사용한 프로세스 Memory Leak 테스트 http://www.sqler.com/426084 posted at 11:19:53
- 요즘 부쩍 자주 생각하게 되는 것은 정말 제대로 된 진짜 아키텍처와 한번 일해보고 싶다는 생각.. 잘 구조화 된 소프트웨어가 얼마나 아름다운지 요즘 부쩍 느끼고 있다. 단순히 간결하고 아름다운 코드… (cont) http://deck.ly/~nyTZO posted at 13:36:51
- RT @minix01: 김인성의 위험한 IT : 팟캐스트를 시작합니다.: "김인성의 위험한 IT" 로고: 무덤을 파고 대못을 박는 모습이 상징처럼 되어서 사실 괴롭습니다.ㅠㅠ 포털은 이미 기존 매체보다 훨씬 강력한 미디어가 ... http://bit.ly/nwnKGf posted at 17:00:41
- Article: Agile Strategy Manifesto http://www.infoq.com/articles/agile-strategy-manifesto posted at 20:22:41
테스트 실무에서 가장 혼돈되어 사용되는 용어 중 하나가 테스트 케이스와 체크리스트입니다. 많은 경우 체크리스트를 테스트 케이스로 사용하는 경우가 많습니다. 실제로 인터넷 커뮤니티나 블로그, ISO, IEEE, ISTQB 등등을 검색해보시면 테스트 케이스와 체크리스트에 대한 구분이 다 제각각입니다. 각각에 대한 정의가 다 제각각입니다. 사정이 이러하다보니 많은 사람들이 테스트 케이스와 체크리스트를 잘 구분하지 못하고 혼동해서 사용하는 경우가 많습니다. 물과 기름처럼 테스트 케이스와 체크리스트를 정확하게 구분할 수는 없겠지만.. ISTQB를 기준으로 말씀드리면 설계 기법을 통해 도출된 것은 테스트 케이스 그렇지 않은 것은 체크리스트라고 생각하시면 쉽습니다. 예를 들면 아래는 결정 테이블 테스팅 기법을 통해 도출된 테스트 케이스의 예제입니다. 실제 테스트 케이스는 위보다 복잡하겠지만 어쨌든 얘기하고 싶은 것은 위와 같이 설계 기법을 통해서 도출된 것은 테스트 케이스라고 합니다. 그런데 딱 보시면 아시겠지만 실제 테스트에서는 저 정도로는 테스트 커버리지를 충분히 만족했다고 얘기하기 힘듭니다. 그렇습니다. 어떤 분들은 테스트 케이스가 전가의 보도, 은 총알 쯤으로 생각하시는데.. 테스트 케이스는 일종의 마지노 선이라고 보시면 됩니다. 최소한 제품을 테스트 할때 이정도는 해줘야 한다는 최후의 방어선 정도라고 보시면 됩니다. 전쟁에서 최후의 방어선은 물러설 수 없는 마지막 보루입니다. 하지만 최후의 방어선만 지킨다고 전쟁에서 승리할 수는 없습니다. 프랑스는 마지노 요새만 믿고 있다가 독일에게 깔끔하게 발렸던 과거가 있지요. 전쟁에서 승리하려면 앞으로 나가야하고 치밀한 전략과 전술이 뒷받침 되어야 합니다. 더 높은 커버리지를 도달하고, 충분히 좋은 테스트가 수행되려면 테스트 케이스는 기본이 되어야 하고 거기에 더해서 체크리스트가 따라와 줘야 합니다. 이러한 체크리스트는 팀의 경험과 과거 프로젝트의 데이
댓글
댓글 쓰기