The life of TB

* 역자주: IEEE 소프트웨어 잡지에 이런 내용이 실리는 것에 대해서 참으로 놀라울 따름이다. 내용이 거의 소프트웨어 테스팅의 핵심 및 중요한 부분을 모두 망라하는 아티클이다! 내가 최초에 이런 아티클을 어떻게 알게 되었냐면, 그나마 소프트웨어 공학 책중에서 가장 깔끔하게 번역되고 원전에 충실한 이안 썸머빌의 "소프트웨어 공학 제 7판"에서다. 이 책의 pp. 531을 보면 레퍼런스에 언급되어 있다. 여기에 뭐라고 나와있나면... 결점이 거의 없는 소프트웨어를 인도하는 데 매우 좋은 평판을 가지고 있는 일본 기업으로부터 시험 사례 설계 방법을 다룬 논문이다. (T. Yamaura, IEEE Software, 15(6), November 1998.)아, 이 얼마나 극찬의 얘기인가! 이 사실에서 (물론 번..

테스팅 번역 자료들 2007. 5. 16. 10:49

http://www.ddj.com/blog/debugblog/archives/2007/05/you_are_not_don_29.html;jsessionid=WGT4RGZSSBNT2QSNDLRSKH0CJUNN2JVN THE BOOK OF TESTING Thoughts From a Braidy Testerby Michael Hunter May 07, 2007 You Are Not Done Yet: Documentation You are not done testing unless...you have reviewed all documentation, a) to ensure that it is correct, and b) to help generate test cases. I have lost track of th..

외부스크랩 2007. 5. 11. 09:27

Structural testing에 대한 이해 A사 techbard 서론 현대의 소프트웨어 테스팅에 있어 두 가지 테스트 디자인 접근법이 존재한다. 그 하나는 요구 사항의 내용만을 검증하려는 의도를 가지고 요구 사항을 분석해서 테스트 케이스 디자인에 이용하는 방식이고, 또 다른 하나는 요구 사항의 내용뿐만 아니라 소프트웨어 내부의 구조가 올바른지를 검증하려는 의도를 가지고 소프트웨어의 내부 구조를 분석해서 테스트 케이스 디자인에 이용하는 방식이다. 일반적으로 요구 사항만을 검증하기 위한 테스트 접근 방법은 블랙 박스 테스팅이나 requirement-based testing 그리고 functional testing, 또는 요구 사항에 대한 분석을 의미하는 requirement coverage analysi..

내글 2007. 5. 11. 00:52

Testability의 이해와 향상 방안 A사 techbard 서론 프로젝트를 바탕으로 업무를 진행해야 하는 많은 IT 관련 종사자와 마찬가지로 QA나 테스터 또한 프로젝트의 성과나 결과에 많은 영향을 받게 되며, 프로젝트를 통해 자신의 존재 가치를 증명해야 하는 숙명을 지니고 있다고 할 수 있다. 일반적으로, 이러한 프로젝트의 목표는 상당 부분 달성하기 어려우며 극한 상황에서의 인내와 이전에 경험한 다른 프로젝트에서 얻은 노하우들을 필요로 하게 된다. 특히, 갈수록 치열해지는 경쟁으로 인해 프로젝트를 제 시간 안에 효율적으로 완료할 수 있는지에 대한 중요성은 날이 갈수록 더해지고 있다. 이번 기고에서는 QA나 테스터의 관점에서 프로젝트를 성공시키기 위해 관심을 가져야 하는 요소인 Testability를..

내글 2007. 5. 11. 00:51

Orthogonal Array를 이용한 Test Design A사 techbard 1. 서론 필자가 소프트웨어 테스팅 분야에 투신(?)한 지도 어언 5년이 넘어 가고 있다. 필자가 테스팅을 처음 시작하던 때는 어디에도 가르쳐주는 사람하나 없었지만 그 열정만은 누구 못지 않았던 것으로 기억한다. 이런 왕성한 열정으로도 가끔은 테스트해야 할 분량을 놓고 고민하고 어쩔줄 몰라했던 기억이 아직도 생생하다. 필자는 그러한 고민을 해결하기 위해 많은 전문가들의 자료를 가지고 공부하기 시작했고, 그러던 중 소프트웨어 테스팅 분야에서 저명한 인사인 James Bach의 홈페이지를 섭렵하던 중에 그가 제작해 놓은 흥미있는 테스팅 툴을 보게 되었는데, 그의 주장으로는 테스트 케이스를 줄이고도 결함 검출 비율은 동일하다는 ..

내글 2007. 5. 11. 00:49

1. BVT란? - Build Verification Testing의 약자로, Smoke Test라고도 함. 2. BVT의 목적 및 의도 - BVT는 특정 빌드에 대해서 수행한다. - BVT는 빌드 마다 각각 수행될 수 있다. (매 빌드마다 수행하는 것이 좋다는 의미는 아님.) - BVT는 해당 빌드가 더 이상 리소스를 투입해서 테스트를 진행할 가치가 있는 빌드인지 판단하고 개발팀에 피드백을 주기 위한 목적. QA는 더 이상의 의미없는 테스팅 리소스를 투입하지 않을 수 있고, 개발팀은 테스팅이 더 진행되어서 문제의 원인 파악이 어려울 수 있는 전 단계에서 오류 여부를 확인할 수 있게됨. 3. BVT 준비 단계 - TCL(Test Case List) 테스팅을 위해 마련된 TCL은 먼저 준비되어 있어야 한다..

내글 2007. 5. 11. 00:43

처음으로 블로그 다운 블로그를 한번 운영해 보리라 마음 먹으면서 티스토리에 둥지를 틀게 되었다. 앞으로 얼마나 게으름부리지 않고 운영할 수 있을지는 모르겠지만 해볼란다. ^^ 여기서 나를 아는 사람을 찾는게 빠를까? 아니면 사람들이 모이게 하는 방법을 내가 알아내는게 빠를까? 본래 내가 의도했던 대로 운영을 한번 해봐야 겠다. 왜 외국에는 테스터 전용 블로그들도 있지 않은가? 우리도 그날이 언젠간 오지 싶다. 자축이란 말은 이런때 쓰라고 있는게지. 퐈이팅이다!

일상 2007. 5. 10. 16:13