성능 테스트의 분류 및 성능 테스트 지표

좁은 의미: 단일 사용자 테스트

넓은 의미: 기준을 설정하고 시스템 소프트웨어 및 하드웨어 환경 변경 후 벤치마크 테스트를 수행하여 변경이 성능에 미치는 영향을 확인합니다. .

1. 개념: 시스템 부하를 점진적으로 증가시켜 시스템이 성능 지표를 충족하면서 최대 부하 테스트를 견딜 수 있는지 판단합니다.

기능: 시스템의 최대 로드가 사용자 요구 사항에 도달하면 시스템이 공식적으로 시작될 수 있습니다.

참고: ① 부하 테스트를 통해 시스템의 최대 부하와 최종 부하를 결정할 수 있습니다.

? ②시스템이 선언한 최대 부하

? 부하 테스트 시간은 일반적으로 1~2시간입니다

1. 개념: 서버가 안정적으로 실행될 때(일반적인 사용자 비즈니스 부하 하에서) 장기 테스트(1일~1주일 등)를 수행합니다. , 궁극적으로 서버가 온라인 비즈니스 요구를 충족할 수 있는지 확인합니다.

2. 시스템은 사용자가 요구하는 업무 부하 하에서 일정 기간 동안 시스템을 운영한 경우에만 공식적으로 사용할 수 있습니다.

1. 개념: 최대 조건에서 시스템에 기능적 위험이 있는지, 시스템의 내결함성 및 복구 가능성이 좋은지 확인하기 위해 강한 부하에서 테스트합니다.

2. 테스트 시나리오: 고부하 하에서의 장기 안정성 스트레스 테스트(예: B-C 간격의 24/3*24시간 장기 테스트) 극한 부하 하에서의 파괴적 스트레스 테스트(예:: CD 간격 내 테스트)

1. 개념: 서버의 동시 처리 능력을 확인하기 위해 매우 짧은 시간 내에 여러 요청을 보냅니다.

2. 적용 시나리오: 특정 활동 시나리오: 빨간 봉투 잡기, 반짝 세일, 급하게 구매 등.

3. 부하 테스트와의 비교:

부하 테스트: 주요 목적은 높은 부하 조건(더블 11 이벤트)에서 시스템 리소스 소비가 소진되는지 테스트하는 것입니다.

p>

동시성 테스트: 매우 짧은 시간 내에 동시 요청 시 시스템 리소스 경합(빨간 봉투 잡기, 플래시 판매) 문제를 테스트하는 것이 주요 목적입니다.

1. 참조. 클라이언트로부터 요청 시작 시작부터 클라이언트가 결과를 수신할 때까지의 총 시간

2. 포함: 서버 처리 시간, 네트워크 전송 시간

서버에 요청을 보내는 사용자 수 동시에

1. 개념: 단위 시간당 처리되는 클라이언트 요청 수는 소프트웨어 시스템의 처리 용량을 직접적으로 반영합니다.

2. 처리량 단위 분류

QPS: 초당 쿼리 수, 즉 초당 제어 서버에서 처리하는 지정된 요청 수입니다.

TPS(초당 트랜잭션) 초당 트랜잭션 수로, 서버가 초당 처리하는 트랜잭션 요청 수를 제어합니다.

예: 결제 요청 거래 = 사용자 잔액 요청 쿼리, 결제 보안 요청 확인, 결제 요청 보내기

사용자 잔액 쿼리를 위해 초당 15개의 요청을 처리하고 초당 15개의 요청을 처리합니다. 결제 보안을 확인하기 위해 초당 15개의 결제 요청을 처리하고 보냅니다.

결제 tsp는 15입니다.

모든 페이지 요소(예: 사진, 링크, 프레임 등)

참고: 클릭 수는 페이지의 1회 클릭이 아닌 요청 수입니다.

시스템 부하 조건에서 비즈니스 실패 확률을 나타냅니다.

참고:

① 오류율은 성능 지표로, 부하가 높을 때 비즈니스가 실패할 확률입니다.

② 무작위 버그는 기능적 버그입니다. , 성능 테스트를 수행하기 전에 임의의 버그를 먼저 해결해야 합니다.

1. 개념: 시스템의 다양한 리소스 사용률, 비율 = 리소스 사용량/총 리소스 가용성 x100

공통 리소스 표시기:

CPU 사용량: 75-85 이하

메모리 크기 사용량: 80 이하

디스크 IO(속도): 이하 90

네트워크(속도): 80 이하