수강 신청 시스템

 

아키텍처 프로토타입에

대한

테스트 평가 요약

 

버전 1.0

개정 히스토리

날짜

버전

설명

작성자

1999년 3월 21일 1.0 아키텍처 프로토타입 테스트 평가 C. Smith
 
 
 
 
 
 
 
 

 

 

목차

  1. 소개
  2. 테스트 결과 요약
  3. 테스트 적용 범위
  4. 코드 적용 범위
  5. 결함 분석
  6. 제안 조치
  7. 다이어그램

아키텍처 프로토타입에

대한

테스트 평가 요약

  1. 소개
    1. 목적
    2. 이 테스트 평가 보고서는 수강 신청 아키텍처 프로토타입 테스트의 결과를 테스트 적용 범위(요구사항 및 코드 기반 적용 범위)와 결함 분석(예: 결함 밀도) 관점에서 설명합니다.

    3. 범위
    4. 이 테스트 평가 보고서는 수강 신청 아키텍처 프로토타입에 적용됩니다. 수행된 테스트는 프로토타입 [5]에 대한 테스트 계획에서 설명합니다. 이 평가 보고서는 다음과 같은 용도로 사용됩니다.

      • 프로토타입 성능 동작의 만족도와 적합성 평가
      • 테스트의 만족도 평가
      • 개선사항 식별을 통한 테스트 적용 범위 및/또는 테스트 품질 향상
    5. 참조
    6. 관련 참조 서적은 다음과 같습니다.

        1. 수강 신청 시스템 용어집, WyIT406, V2.0, 1999, Wylie College IT.
        2. 수강 신청 시스템 소프트웨어 개발 계획, WyIT418, V1.0, 1999, Wylie College IT.
        3. 수강 신청 시스템 반복 계획, 정제(Elaboration) 반복 #E1 , WyIT420, V1.0, 1999, Wylie College IT.
        4. 수강 신청 시스템 아키텍처 프로토타입 통합 빌드 계획, WyIT430, V1.0, 1999, Wylie College IT.
        5. 수강 신청 시스템 아키텍처 프로토타입 테스트 계획, WyIT432, V1.0, 1999, Wylie College IT.
  2. 테스트 결과 요약

  3. 프로토타입 테스트 스위트에 정의된 테스트 케이스는 테스트 계획 [5]에 정의된 테스트 전략에 따라 실행되었습니다.

    테스트 계획 [5]에 정의된 유스 케이스 및 테스트 요구사항 적용 관점의 테스트 적용 범위(아래 섹션 5.0 참조)가 완료되었습니다.

    코드 적용 범위는 섹션 6.0에서 설명하며 프로토타입 성공에 대한 중요한 측정 기준으로 고려되지 않았습니다.

    결함 분석(아래 섹션 7.0 참조) 결과 레거시 과정 카탈로그 시스템 액세스와 관련하여 중요한 성능 문제점이 있는 것으로 밝혀졌습니다. 과정 카탈로그 시스템에 대한 읽기 또는 쓰기 액세스 권한과 관련된 성능 및 로딩 테스트는 설정 대상보다 낮습니다. 관리 팀은 시스템에 엔지니어링 자원을 배정하여 이러한 테스트 결과를 보다 세부적으로 평가하고 대체 디자인을 결정합니다.

  4. 테스트 적용 범위
  5. 프로토타입에 대해 수행될 테스트는 테스트 계획 [5]의 섹션 5.1에 해당 완료 기준과 함께 정의됩니다. 테스트 적용 범위 결과는 다음과 같습니다.

    테스트 케이스 수행 비율 = 40/40 = 100%

    테스트 케이스 성공 비율 = 30/40 = 80%

    실패율이 가장 높은 테스트 영역은 다음과 같습니다.

      • 과정 카탈로그 시스템에 대한 액세스 관련 성능 테스트
      • 과정 카탈로그 시스템에 대한 액세스 관련 로드 테스트

    테스트 적용 범위에 대한 세부사항은 Rational RequisitePro 및 프로토타입 테스트 케이스 매트릭스를 사용하여 확인할 수 있습니다.

     

  6. 코드 적용 범위
  7. 프로토타입 테스트의 코드 적용 범위를 측정하는 데는 Rational Visual PureCoverage가 사용되었습니다.

    LOC 실행 비율 = 12,874 / 48,916(약 25%)

    테스트 중 약 25%의 코드가 실행되었습니다. 또한 모든 인터페이스의 기능을 완전히 수행했다는 점에서 이 적용 범위가 프로토타입 테스트에 적합한 것으로 판별되었습니다. 이후 반복에서는 코드 적용 범위에 대한 보다 높은 측정 기준이 필요합니다.

  8. 결함 분석
  9. 이 섹션은 Rational ClearQuest를 사용하여 생성된 결함 분석 결과를 요약합니다. 섹션 8은 결함 분석 결과를 처리하기 위한 조치를 권장합니다.

    1. 결함 밀도
    2. 결함 밀도에 대한 데이터는 ClearQuest 보고서에서 추출한 데이터를 사용하여 생성되었습니다. 이 문서의 섹션 9에는 다음 내용을 보여주는 차트가 포함됩니다.

      • 심각도 레벨별 결함(위험, 고, 중, 저)
      • 결함 소스(문제점 또는 결함이 있는 컴포넌트)
      • 결함 상태(로깅됨, 배정됨, 수정됨, 테스트됨, 닫힘)

      심각도 레벨별 결함 차트는 위험 및 높음 우선순위의 결함이 각각 네 개씩 로깅되었음을 보여줍니다. 결함 로그에 대한 세부 분석을 통해 위험 및 높음 우선순위 결함이 모두 레거시 과정 카탈로그 시스템 액세스와 관련된 성능 및 로딩 문제점과 연관되어 있는 것으로 밝혀졌습니다(참고: 차트는 제공되지 않음).

      결함 소스 차트는 시스템 인터페이스 컴포넌트의 결함 비율이 비정상적으로 높음을 보여줍니다.

      결함 상태 차트는 많은 결함이 로깅된 상태이지만 아직 분석을 위해 지정되지 않았음을 보여줍니다.

    3. 결함 상태동향
    4. 아키텍처 프로토타입 테스트에 대한 결함 상태동향(예: 특정 기간의 결함 수)은 측정되지 않았습니다.

    5. 결함 추이분석
    6. 프로토타입에 대한 결함의 추이는 추적하지 않아도 됩니다. 현재 계획은 구현/구축(Construction) 단계 시작 시 열린 결함의 추이를 추적하기 시작하는 것입니다. 추이 분석 차트를 생성하는 데는 ClearQuest가 사용됩니다.

  10. 제안 조치
  11. 권장 조치는 다음과 같습니다.

      1. 레거시 과정 카탈로그 시스템에 대한 액세스와 연관된 성능 및 로딩 문제점을 보다 세부적으로 평가하기 위한 추가 시스템 엔지니어링 자원을 배정합니다. 디자인 솔루션을 구현하기 전에 프로젝트 팀에서 대체 디자인을 검토합니다.
      2. 프로토타입에 대해 열린 미해결 결함을 해결하기 위한 엔지니어링 자원을 배정합니다.
      3. 해결되지 않은 위험 및 높음 결함이 있는 경우 다음 반복 시작을 지연시킵니다.
      4. 과정 카탈로그 시스템에 대한 로드 및 액세스 시간을 보다 세부적으로 테스트하기 위한 추가 테스트를 디자인합니다. Rational Visual Quantify를 사용하여 성능 병목을 식별하고 분석합니다.
      5. 이후 반복 시 외부 인터페이스와 관련된 모든 디자인 또는 코드를 검사하는 것이 좋습니다. 이러한 검사를 통해 테스트 중에 발견한 문제점 수를 줄일 수 있어야 합니다.
7.  다이어그램
  1. 위의 컨텐츠에서 설명하는 이미지
    위의 컨텐츠에서 설명하는 이미지
    위의 컨텐츠에서 설명하는 이미지
 
Copyright  (c) IBM Corp. 1987, 2005. All Rights Reserved.

수강 신청 프로젝트 웹 예제
버전 2001.03