HTTP 테스트 생성 환경 설정

환경 설정은 테스트가 검증 포인트, 데이터 상관, 일반 프로토콜을 처리하는 방법과 같은 성능 테스트가 생성되는 방법을 제어합니다.

테스트 생성 옵션

테스트 생성 옵션에 대한 환경 설정에 액세스하려면 > 환경 설정 > 테스트 > 테스트 생성 > HTTP 테스트 생성을 클릭하고 테스트 생성 옵션 탭을 클릭하십시오.

대기 시간이 다음 미만이면 새 페이지를 생성하지 않음
생성기가 HTTP 페이지의 사용자 대기 시간을 에뮬레이트하기 위해 지연 시간으로 사용할 최소 시간(밀리초)을 입력하십시오. 테스트에 있는 페이지 수가 예상보다 적은 경우에는 더 짧은 간격을 시도해 보십시오.
요청 간의 지연 시간이 다음을 초과하면 새 페이지 생성
생성기가 페이지 요청 간 허용하는 최대 지연 시간(밀리초)을 입력하십시오. 이 시간이 초과되면 새 페이지가 생성됩니다. 테스트에 있는 페이지 수가 예상보다 많은 경우에는 더 긴 간격을 시도해 보십시오.
최대 요청 지연 시간
생성기가 HTTP 요청을 자르기 전 허용하는 최대 지연 시간(밀리초)을 입력하십시오. 생성된 테스트에서 요청을 자릅니다. 레코딩된 테스트에는 원래 값이 그대로 포함되어 있고 새 테스트를 생성하여 해당 값을 다시 가져올 수 있습니다.
다음 크기보다 큰 응답의 처음 4KB만 저장
생성기가 저장하는 응답 데이터의 한계(KB)를 입력하십시오. 응답이 지정된 한계보다 큰 경우 데이터의 처음 4KB만 저장됩니다.
NSLookup() 억제와 숫자 IP 사용
테스트 생성 시간을 단축하려면 이 옵션을 선택하십시오. 테스트의 IP 주소는 웹 페이지 형식(www.example.com)보다 사용자에게 익숙하지 않다는 점이 단점입니다.
테스트 생성 중에 페이지 캐시 에뮬레이션 사용 안함
페이지 캐시 에뮬레이션을 사용 안함으로 설정하려면 이 옵션을 선택하십시오. 페이지 캐시 에뮬레이션이 사용으로 설정되면 서버 응답 헤더의 캐시 정보가 인정됩니다. 또한 로컬 캐시에서 클라이언트가 새로운 정보로 확인하는 컨텐츠에 대해 서버에 요청이 제출되지 않습니다. 페이지 캐시 에뮬레이션은 기본적으로 사용으로 설정됩니다.
레거시 테스트 생성기 사용
레거시 HTTP 테스트 생성기를 사용하도록 지시받은 경우 이 옵션을 사용하십시오.
자동으로 다음 항목에 대한 검증 포인트 포함
자동으로 포함시킬 검증 포인트의 유형을 지정하려면 클릭하십시오. 검증 포인트의 선택란이 선택된 경우에는 이 검증 포인트 유형의 코드 및 편집 제어가 모든 테스트에서 생성됩니다. 검증 포인트는 특정 테스트 내에서 사용 또는 사용 안함으로 설정될 수도 있습니다.
부분 일치
동일한 카테고리(예: 200, 201, 203, 209)에 있는 응답 코드는 동일한 것으로 간주합니다. 응답 코드가 동일 카테고리에 있지 않으면 오류가 보고됩니다.
완전 일치
응답 코드가 레코딩된 값과 정확하게 일치하지 않으면 오류가 보고됩니다.
다음 범위 내의 1차 요청 크기 허용
응답 크기 검증 포인트를 자동으로 생성하는 경우, 1차 요청에 허용 가능한 크기 범위를 지정하려면 클릭하십시오. 응답이 예상 크기를 초과하거나 예상 크기 미만인 지정된 백분율 범위 내에 있는 경우에는 오류가 보고되지 않습니다. 기본적으로 1차 요청의 경우 HTTP 응답 크기 검증 포인트는 범위 일치를 사용합니다.

데이터 상관

데이터 상관에 대한 환경 설정에 액세스하려면 > 환경 설정 > 테스트 > 테스트 생성 > HTTP 테스트 생성을 클릭하고 데이터 상관 탭을 클릭하십시오.

자동으로 호스트 데이터와 포트 데이터 상관
기본적으로 호스트 및 포트 데이터는 자동으로 상관됩니다. 이전 릴리스의 테스트에 중요한 수동 상관이 있거나 프록시를 사용 중인 경우, 재생 중 대체 호스트 기능 마이그레이션 기능은 실패할 가능성이 높습니다. 이 경우에는 선택란을 선택 취소하십시오. 테스트를 다시 열면 자동 상관 기능이 포함되어 있지 않습니다.
응답이 경로를 재지정하는 경우 자동으로 URL 경로 이름 상관
선택한 응답 코드가 URL 경로 이름을 재지정하는 경우 해당 이름이 상관되는지 여부를 지정합니다. 응답 코드의 선택란이 선택된 경우에는 테스트 생성기가 해당 응답 코드의 상관을 수행합니다. 이 옵션은 300 - 399 범위의 상태 코드를 갖는 경로 재지정된 응답에만 적용됩니다.
자동으로 참조자 상관
기본적으로 HTTP 요청 헤더의 참조자 필드는 자동으로 상관됩니다. 참조자를 수동으로 상관시키려면 이 선택란을 선택 취소하십시오. 참조자 필드가 필요없는 서버에 대해 테스트를 실행하는 경우 이 선택란을 선택 취소하면 테스트가 실행될 때 수행되는 상관 수가 줄어들며 사용자 처리량이 늘어날 수 있습니다.
기타 모든 데이터 상관 사용
기본적으로 요청 데이터와 응답 데이터는 자동으로 상관됩니다. 요청 및 응답 데이터의 자동 상관을 사용 안함으로 설정하려면 이 선택란을 선택 취소하십시오. 규칙 편집기에서 자체 데이터 상관 규칙을 작성하는 경우 이 선택란의 선택 취소를 고려하십시오.
실행의 자동 데이터 상관 최적화
테스트가 자동화되는 특성을 지정합니다.
  • 정확도 설정(기본값)을 사용하면 동일한 세션 ID 값을 사용하는 여러 참조가 작성되고 각 세션 ID의 값은 가장 최근의 이전 참조에서 대체됩니다.
  • 자동 데이터 상관 중에 작성되는 참조 수를 줄여서 테스트 실행을 빠르게 하려면 최적화를 효율성으로 변경하십시오. 예를 들어, 사용자가 로그인할 때 지정되는 세션 ID가 테스트의 모든 후속 요청에 포함되는 테스트가 있다고 가정해 보십시오. 효율성 설정에서 모든 세션 ID는 이전의 단일 참조에서 대체됩니다. 이 설정의 단점은 올바르지 않은 상관이 발생할 수 있다는 점입니다. 예를 들어, Joe Smith 문자열을 포함하는 요청이 Joe Brown 문자열을 포함하는 요청과 잘못 상관될 수 있습니다.
실행에 사용할 URL 재작성
테스트 실행 중에 웹 주소(URL)가 재작성되는 방식을 지정합니다. 데이터를 상관할 때 테스트 생성기는 URL 요청 문자열 부분을 이전 요청에 대한 응답으로 서버가 리턴한 값으로 바꿉니다.
  • 자동(기본값): 대체 중 전체 URL을 재작성하면 테스트 실행이 용이해지는 시기를 테스트 생성기가 자동으로 판별합니다.
  • 켜짐: 데이터 상관의 모든 인스턴스에서 URL 재작성을 선택하십시오. 그러면 실행하는 데 시간이 더 오래 걸리는 더 큰 테스트가 생성됩니다. 테스트가 예기치 않게 실패한 경우, 이 설정을 시도하십시오.
  • 꺼짐: URL 재작성이 필요한 인스턴스를 수동으로 상관시키려면 선택하십시오. 이 설정으로 인해 실행 오류가 발생할 수 있습니다.
참고: 데이터 상관을 모두 끄거나 데이터 상관 참조에 사용하도록 이름을 자동으로 생성할지 여부를 설정하려면 > 환경 설정 > 테스트 > 테스트 생성 > HTTP 테스트 생성을 클릭한 후 데이터 상관 탭을 클릭하십시오.

데이터 상관 유형

데이터 상관 유형에 대한 환경 설정에 액세스하려면 > 환경 설정 > 테스트 > 테스트 생성 > HTTP 테스트 생성을 클릭하고 데이터 상관 유형 탭을 클릭하십시오.

데이터 상관 유형
데이터 상관 구성을 생성할 시기를 지정하십시오. 자동 설정을 통해 테스트 생성기가 필요한 위치에서 필수 구성을 작성합니다. 테스트에 필수 구성이 포함되지 않으면 설정을 켜짐으로 변경하십시오. 그러면 항상 데이터 상관을 수행합니다. 테스트에 특정 구성이 필요하지 않은 경우에 꺼짐을 선택하면 이후의 테스트 생성 시 성능을 개선하는 추가 이점이 있습니다.
Jazz Foundation Services의 경우, 켜짐자동을 선택하면 Jazz Foundation Services의 REST 스토리지 또는 조회 API를 사용하는 Jazz 애플리케이션에 대해 데이터 상관이 가능합니다. 이와 같은 애플리케이션의 예로는 Rational DOORS Next Generation이 있습니다. 데이터 상관은 일반적으로 브라우저 기반 Jazz 웹 클라이언트에 적용되지 않지만 웹 자원을 업데이트하기 위해 REST 서비스와 Atom Publishing Protocol을 사용하는 HTTP 클라이언트-서버 애플리케이션의 경우에는 유용할 수 있습니다.
Jazz 웹 애플리케이션의 경우, 켜짐자동을 선택하면 Jazz Foundation 웹 UI 프레임워크를 사용하는 Jazz 웹 애플리케이션에 대해 데이터 상관이 가능합니다. 이러한 웹 애플리케이션의 예로는 Rational Quality Manager 및 Rational Team Concert의 웹 인터페이스가 있습니다. 데이터 상관은 클라이언트-서버 데이터 교환에 JSON을 사용하는 Javascript를 포함하는 다른 웹 애플리케이션에 유용할 수도 있습니다. 이는 DOJO 및 AJAX 기반 애플리케이션에서 일반적인 사례입니다.

피드백