16. Testopia적용 범위 테스트 계획 수립 테스트 수행 테스트 결과 검증 2. 자동화 지원도구 소개 II 테스트 대상 클래스 선정 테스트 클래스 생성 테스트 데이터 생성 테스트 결과 보고서 테스트 원칙/정책 수립 테스트 리소스/환경 로딩 테스트 커버리지 단위테스트 실행
17. ? 테스트 Testopia적용 모델(CTIP 연계) CTIP 개발 프로세스 개발자 PC 개발서버 컴파일 2 테스트 코드 생성 / 테스트 개발자 WAS WAS 패키징 1 3 Eclipse 테스트 성공시 소스 + 테스트 코드 형상 관리 6 빌드서버 5 테스트 성공시 소스 배포 형상관리 2. 자동화 지원도구 소개 III 4 빌드 관리 배포 * CTIP: Continuous Test and Integration Platform
18. 3. 현실적 수준 - 사례 환경 인터뷰 최근 프로젝트의 단위테스트 요구사항 : 각기 달라요! A Project (UI 없는 Java 시스템) 우리는 단위테스트를 직접 수행할 열의가 있습니다. 그런데, 가장 최적의 테스트 생성 표준 방안과 실행환경은 무엇일까요? B Project (RIA UI/Spring Framework 기반 웹 시스템) 우리는 400여 화면을 개발해야 하고(더 증가할 수도 있습니다), 한 화면당 수십 가지 경우의 수가 존재 합니다. 이런 경우 어떻게 단위테스트를 해야 하나요? C Project (RIA UI/ 개발기간은 3개월인 웹 시스템) 우리는 엄청난 속도로 모든 개발을 완료해야 합니다. 이전 프로젝트에서 일부 개발자가 경험했던 방식으로 직접 테스트 케이스를 만들도록 시키려는데, 반발이 예상됩니다. 더 좋은 방식이 있을까요?
19. 3. 현실적 수준 - 접근1 : 자동화 수준 각 요소별 자동화 대상과 지원 범위 테스트 케이스 생성 Eclipse 개발환경에서 4Click으로 jUnit 실행 클래스 생성 Ant로 테스트 대상에 대해서 일괄적 생성 Method Signature에 따른 템플릿 기반 테스트케이스 생성 테스트 데이터 생성 Properties의 기본값 활용 VOFactory, Excel기반으로 다양한 테스트케이스 관리 개발자의 UI 테스트 케이스 재사용 (송/수신 로그 활용) 자동화 테스트 실행 및 점검 CTIP 환경에서 주기적으로 실행, 결과 보고서 생성
20. 3. 현실적 수준 - 접근2 : 모니터링 반복 테스트 Feedback(테스트 품질 관리) 테스트 결과 보고 테스트 커버리지 기타 Software Metric 지표 측정
31. 3. 현실적 수준 - 접근3 : 현장의 눈높이 II 해당 프로젝트의 수준에 따른 단계적 접근 위험기반 단위테스트 전략 기반으로 테스트 우선순위 선정 단위테스트 코드 작성 Example 테스트가 가능한 영역 테스트가 수행되어야 하는 영역 현재 자원으로 테스트 가능한 영역 Cost and Quality Trade-off
32. 4. 나오는 말 시사점 시작점의 고민 누구에게 어떤 기능을 제공할 Tool 인가? 누가 어떤 용도로 사용할 Tool 인가? 세상에 기여할 욕심으로 프로젝트 수준에 맞는 단계적 확산 전략 지속적 모니터링, 밀착 지원을 통해 도구 사용 습관화 적응에 시간이 걸리는 훌륭한 제품 보다는 편하게 조금씩 개선하도록 지원 개발자는 또 다른 툴의 Beta Tester가 되기를 원하지 않는다. 현장에서 배운다 자동화 요구수준, 기능/범위의 유연성 지원
33. 4. 나오는 말 Testopia지향점 : 누구를 위한 Utopia인가? 개발자 : 내가 짜야하는 단위테스트 코드를 쉽고 간단하게 SA : 단위테스트 코드 작성을 별 고민 없이 도입!! QA : 테스트 강화를 통한 품질 확보 PM : 납기 준수, 믿을만한 개발/테스트 진척도 Test Engineer : 비즈니스 테스트때 단순 오류 이상의 테스트 가능 테스트 코드 작성은 테스트의 재 사용성을 높여주고 테스트에 대한 정량적 측정이 가능해지기 때문에 궁극적으로는 품질향상과 결함률 감소효과를 가져온다.