웹 성능 테스트에 대한 몇 가지 결론

첫째, 소프트웨어 성능 테스트의 목적 :
시스템이 예상되는 성능 요구 사항을 충족하는지 여부 1. 현재의 성과 평가 시스템을 확인합니다.
2. 이전에 응용 프로그램 배포에 현재 시스템, 예측 가능한 시스템 부하 압력 내성의 능력의 전반적인 평가는 시스템 성능을 평가한다.
현재 시스템의 장소 3. 봐는의 성능을 향상시킬 수
---------------------------------------- ---------------------
둘째, 성능 테스트의 지표 :
소프트웨어 시스템 메트릭 :
거래 1. 동시 사용자 --- 복권 클래스
2. 온라인 방문자 - - 액세스를 요청하는 더 많은 페이지
3. --- 사용자 조작에 더 많은 장소의 평균 응답 시간 : 주문, 양식 제출
초합니다 (TPS) 당 4 거래 --- 트랜잭션 처리 흐름의 수, 전체 주문 프로세스 전체 데이터 수정 양식
5. 거래 성공률 ---- 시스템은 특정 병목 후 실패

자원 지표 (응용 프로그램 점유) :
1.CPU 사용
2. 메모리 사용률
3. 디스크의 I / O
4. 네트워크 대역폭

데이터베이스 :
1. 연결
2. 특정 동시성
3.sql 실행 시간

-------------------------------------------------- -----------
: 셋째, 조정의 방향을 고려해
사용자 :
1. 따르 사용자 작업 응답 시간을.

관리자 :
1. 응답 시간
서버 자원의 사용 2. 합리적인
3. 응용 프로그램 서버 및 데이터베이스 자원을 합리적
4. 시스템은 확장 달성 할 수있는
시스템은 액세스 비즈니스 처리 시스템의 최대 금액을 사용자의 최대 수를 지원을 수있다
(6) 시스템 성능에 병목이 존재하는 곳
7. 대체 장치들의 성능을 개선 할 수있다
시스템은 7 × 24 시간 서비스 액세스를 지원할 수있다 (8)

개발 :
1. 아키텍처는 합리적인
2. 데이터베이스 설계가 합리적인
성능 문제가있는 경우 3. 코드
무리한 사용 메모리 4. 시스템이있는 경우
, 본 실시 예 불합리한 스레드 동기화 시스템 5. 여부
6. 시스템 여부 합리적인 자원 경쟁이

-------------------------------------------------- -----------
성능 조정의 네 가지 측면 :
클라이언트 조정 :

서버 측 :
1. 리소스 분리 운동
2. 요청 된로드 밸런싱 분산 배치 백엔드 서비스
멀티 스레딩 3. 조정 프로그램 로직,
4. 캐시
5. 메시징 미들웨어, 비동기 처리

데이터베이스 :
1.sql 문 최적화
2. 색인
3. 분할 테이블의 많은 수
4. 별도의 읽기 및 쓰기, 분산 데이터베이스의 배포
배포 구조를 조정

-------------------------------------------------- -----------
다섯째, 시스템 도구를 모니터링
지표를 모니터링 서버 리소스 :
명령 iostat의 1.Linux 시스템, 무료, vmstat를, 특별 행정구, 아래
2.nmon 도구를

시스템 소프트웨어 메트릭을 모니터링 :
1.Jmeter
2.LR를

추천

출처www.cnblogs.com/laochiji/p/12604394.html