좋은 테스트 케이스를 만들기 위하여 읽어 볼 만한 문서 1. What’s a Test Case? 2. Information Objectives 3. Tests Intended to Expose Defects 4. Test Styles/Types and Test Qualities 5. Concluding Notes http://www.qanc.net/4research_0402_view.htm?data_no=143&page_position

최근 테스팅에 대한 여러 자료들을 읽어 보면서 http://blog.naver.com/sunofweb/80001092315 Verification 과 Validation 간의 차이에 대한 정리를 해 두고자 합니다. Verification: "Are we building the product right?" -> 우리가 설계한대로 제품을 만들었는지? Validation: "Are we building the right product?" -> 우리가 제품을 제대로 설계했는지? 즉 Validation 은 사용자의 머리속에만 있는 개념을 설계자 또는 분석가가 올바로 이해를 한 후 올바로 설계에 반영을 하였는지를 보고자 하는 것이며. Verification 은 위에서 작성된 설계를 기준으로 해당 설계서를 충실히 구..

소프트웨어 테스트 방법 1. Black Box Test(=Dynamic Test) 정의 프로그램의 외부규격서에 의거하여 입력데이터와 출력 데이터 관계가 규격서에 정해진 바와 같은 결과를 얻었는지 조사 시험하는 방법. 프로그램 내부구조를 해석하지 않는다는 점에서 블랙박스시험이라고 한다. 이 방식의 시험사례를 설계하기 위해 결정표가 이용되기도 한다. 목적 - 부정확하거나 빠진 결함의 발견 - 인터페이스 결함 및 자료구조상의 결함 발견 - 성능결함과 시작, 종결상의 결함 발견 기법 i. 동등분할 기법 - 다양한 입력조건들을 갖춘 시험사례의 유형들로 분할 - 각 시험사례 유형마다 최소의 시험사례를 준비 - 시험사례를 줄이기 위해서 하나의 시험사례가 비슷한 다른 유형의 시험값에 대표될 수 있는 것으로 선정 ii...