성능 테스트

성능 테스트는 환경에 변경사항을 전개하는 데 있어 필수 단계입니다. 모든 최종 성능 테스트의 경우 사전 프로덕션 환경에서 테스트를 완료하십시오.

IBM Sterling® Order Management 시스템 구현을 시작할 때는 모든 성능 테스트를 완료하고 서비스 시작 최소 2주 전에 테스트에 대한 승인을 받아야 합니다. 이 시간 범위를 통해 사용자 팀은 테스트 단계 중에 발견된 성능 문제를 처리하는 시간을 확보할 수 있습니다.

시작을 위한 성능 테스트의 일환으로 IBM Sterling Order Management 시스템 운영 팀에 테스트 요약 보고서를 제공하세요. 테스트된 최대 볼륨 및 로드를 이 보고서에 포함시키십시오. 피크 볼륨과 부하는 IBM Sterling Order Management 시스템 작업 명세서에 나열된 예상 볼륨과 일치해야 합니다. 사용자의 계약이 최대 오더 라인의 수 "n"을 기반으로 하는 경우 성능 테스트를 해당 한계까지 수행하십시오. 사용자 또는 비즈니스 파트너가 계약된 최대 볼륨을 초과하여 테스트하는 경우 테스트에서 비롯된 모든 성능 위험은 사용자의 책임입니다.

테스트 계획 정의

IBM Sterling Order Management 시스템 서비스의 성능을 보장하기 위한 일환으로, 시작 및 변경 사항 구현의 일환으로 성능 테스트 계획을 작성합니다. 성능 테스트 계획을 작성하려면 다음 작업을 완료해야 합니다.

워크로드 혼합 및 볼륨을 설정합니다. 웹 서버 로그 및 기타 도구의 데이터를 사용하여 예상 볼륨, 연간 성장, 예상 최대 시간 볼륨 등에 대한 작업을 수행합니다.
중요: 로드 스크립트를 개발하기 전에 워크로드 및 볼륨 정의를 정의하고 명확하게 문서화하십시오.
고객의 비기능적 요구사항에 대한 유효성을 검증합니다. 설계 단계에서 비기능적 요구사항을 정의합니다.
애플리케이션 코드가 안정적인 상태가 되도록 시작 및 종료 기준을 모두 정의합니다.

테스트 단계 및 반복적 테스트 프로세스

단일 사용자 테스트
- 자세한 코드 분석
- 경로 길이
- 메모리 사용량
- 기본 SQL 구조
- 애플리케이션 아키텍처
단일 시스템 동시성 테스트
- 단일 시스템
- 전체 워크로드 혼합 유도
- 반복적 테스트 및 수정/튜닝
- 튜닝된 참조 설정
증분식 스케일 테스트
- 증분식 팜 증가
- 단일 시스템 튜닝
- 시스템의 반복적 수정 및 튜닝
안정성 테스트
- 장애 복구
- 장기 실행

다음 도표에는 상위 레벨 반복 테스트 및 튜닝 프로세스가 표시됩니다.

기준선
- 현재 시스템이 수행하는 작업
- 향상 측정을 위한 핵심사항
최소 조정
- 실행 간 한계 변경
테스트
- 충분한 지속 기간
- 정상적인 상태에서 측정
관찰
- 모든 시스템 및 로그 보기
- 결과 기록
- 다음 테스트에 대한 계획

기능 및 성능 테스트를 위한 테스트 환경, 데이터, 책임

	책임	환경	데이터
단위 테스트	구현 팀	개발자 툴킷 환경	모의
기능 테스트	구현 팀	QA	모의
사용자 적합성 테스트	사용자 또는 비즈니스 파트너 서비스 팀	사전 프로덕션 및 프로덕션 품질 보증 *	올바른 비즈니스 데이터
성능 테스트	사용자 또는 비즈니스 파트너 서비스 팀	품질 보증 (초기 성능 테스트) 사전 프로덕션 ( DynaCache 사용)	올바른 비즈니스 데이터
구성품목 장애 복구 테스트	구현 팀	프로덕션	올바른 비즈니스 데이터

* 프로덕션 환경 데이터를 테스트에 사용할 준비가 되지 않은 경우 품질 보증 환경 에서 기능 사용자 승인 테스트를 수행할 수 있습니다.

다음 태스크를 완료하는 경우와 같이 개발자 툴킷 환경 내에서 애플리케이션 프로파일링을 완료하십시오.

제대로 작동하지 않는 기능이나 모듈을 식별하고 설계 및 코드의 비효율성을 식별하기 위한 Java 코드 프로파일링.
SQL 활동을 추적하고 SQL 성능 병목 현상을 격리하고 검토하는 SQL 추적 및 분석.
캐시할 수 있는 모든 기능이 정확하고 효율적으로 캐시되도록 하는 DynaCache 구현 확인.
설계 및 코드에서 메모리 누수 및 비효율성을 식별하는 JavaScript 코드 프로파일링.
중복되거나 불필요한 요청을 식별하는 요청 분석.