3.1.1 리뷰의 이점과 목적 정적 기법 SW를 실행하지 않고 테스팅하는 기법 동적 테스팅과 달리 장애보다는 장애의 원인(결함)을 발견 리뷰 코드를 포함하여 SW 개발 및 테스트 산출물을 검토하고 테스팅하는 방법 동적 테스팅 전에 수행 -> 초기 결함의 수정은 비용 절감 대상 : 요구사항 명세, 코드, 테스트 계획, 테스트 케이스 등 모든 SW 개발 및 테스트 산출물 리뷰의 이점 조기 결함 발견 및 수정 개발 생산성 향상 테스팅 비용 감소 및 시간 단축 결함 감소(품질 향상) 개발 기간 단축 개발 생명주기 전체에 걸친 비용 감소 커뮤니케이션 향상 리뷰를 통해 발견하기 쉬운 결함 표준 위반, 요구사항 결함, 개발 설계 결함, 불충분한 유지보수성, 부정확한 인터페이스 명세 3.1.2 리뷰와 테스팅 최근 테스..

2.1 소프트웨어 개발 모델 테스팅 vs. 소프트웨어 개발 서로 밀접하게 연계 개발 수명 주기에 기반하여 테스팅 접근법을 다르게 적용 2.1.1 V-모델(순차적 개발 모델) 개발 산출물 (Work product) 비즈니스 시나리오 또는 유즈케이스, 요구사항 명세, 설계 문서나 코드 → **테스트 베이시스(Basis)**로 사용 V-모델의 역할 각각의 개발 단계에서 테스팅을 접근하는 방법을 개략적으로 이해하기 쉽게 모델화하여 보여주는 것 V-모델을 통해 테스팅 기본 개념 이해 테스트 레벨의 의미 개발 초기 단계에서 테스팅을 수행하다는 것의 의미 결함 예방 차원에서 테스팅이 의미하는 바 **V&V(Verification and Validation)**의 의미 테스트 레벨의 의미 컴포넌트/단위 테스팅, 통합 ..

1.1 테스팅이 왜 필요한가? 1.1.1 SW 시스템 관점에서 테스팅의 필요성 SW 관점에서 테스팅 비즈니스 어플리케이션에서 소비자 제품에 이르기까지 폭넓게 생활의 많은 부분에 사용 → 비중은 계속 증가 금전적인 손실, 시간 낭비, 비즈니스의 이미지 손상, 그리고 부상이나 사망에 이르기까지 다양하고 심각 테스팅은 소프트웨어 시스템의 문제를 최소화하기 위해 필요 소프트웨어 결함 오류(error) – 인간의 행위, 실수 코드 작성, 소프트웨어나 시스템 또는 문서 작성 시 결함을 만드는 오류 결함(defect) – 요구된 기능의 부정확한 처리를 말하며 이것으로 인해 고장 또는 장애를 발생 시키는 원인이 됨 시간적인 압박, 복잡한 코드, 기반 환경의 복잡성, 기술이나 시스템의 변경, 수많은 시스템 상호 간의 연..