1) 시험 대상 부위 2) 테스트 사이트의 응답 시간의 목적은 부하 (20)에 도달 할 때 QPS fnng.cnblogs.com 및 tt-topia.rhcloud.com이다. QPS는 QPS 설명 : 두 번째 속도 초당 쿼리 당 쿼리. 쿼리가
서버가
초당 처리 할 수있는 쿼리 수. 인터넷에서 도메인 이름 시스템
서버
기계의 성능은 종종 두 번째 속도 당 쿼리를 측정하는 데 사용됩니다. 테스트의 의도 된 목적을 달성하기 위해, 우리는에서 JMeter가에서 테스트 계획을 작성해야 할 필요가있다. 이 테스트 만 fnng.cnblogs.com 및 tt-topia.rhcloud.com 블로그 페이지 요청의 두를 완료하는 데 필요한하고 있기 때문에, 따라서 단지가 될 수 HTTP 요청 샘플러를 사용해야합니다. 테스트 프로그램을 구축하는 것은 JMeter를 시작한 후, JMeter를 자동으로 자신의 테스트 계획을 만들 수있는 사용자를 기반으로 빈 테스트 계획, 테스트 계획을 생성합니다. 스레드 그룹 추가
성능 테스트
요청로드하는 스레드의 전체 집합을 기반으로합니다. 테스트 계획은 스레드 그룹이 있어야합니다. 테스트는 스레드 그룹은 매우 간단 추가 할 계획이다. 테스트 계획을 마우스 오른쪽 버튼으로 팝업 메뉴 (추가 -> 스레드 (사용자) ---> 스레드 그룹) 스레드 그룹에서 선택할 수 있습니다. JMeter를 각 테스트 계획, 당신은 그룹의 계획에 다중 스레드를 생성 할 수 있습니다 물론 적어도 하나 개의 스레드 그룹을 포함해야, 다음 테스트 계획에 다음은? 다중 스레드 그룹 사이 (직렬 또는 병렬) 주문 실행에 무슨 일이 일어날 것입니다 병렬 실행하는 복수의 스레드가 동시에 설정되고, 즉 스레드를 초기화하고, 동시에 스레드 그룹 샘플러를 실행한다.
메인 스레드 그룹은 세 개의 매개 변수로 구성 스레드 수, 시간 (초 램프 업 기간 ()) 준비가되면, 사이클의 수. 스레드 : 가상 사용자의 수. 가상 사용자는 하나 개의 프로세스 또는 스레드를 차지한다. 스레드 수 설정되는 경우 많은 가상 사용자 설정 방법. 긴 준비 할 때 : 가상 사용자의 수는 모든 시작 걸리는 시간을 설정합니다. 스레드의 수가 20 인 경우 10 긴 준비, 다음 10 초 20 개 스레드를 시작하는 때. 즉 초당 두 개의 스레드를 시작하는 것입니다. 사이클 : 각 스레드에 대한 전송 요청이 시간. 만약 스레드 20, 100 사이클의 수, 각 스레드 (100 개) 요청 전송. 요청의 총 수는 * 100 = 2000 20입니다. 당신은 "항상"선택하면 모든 스레드는 항상 스크립트를 실행을 거부하는 요청을 보낼 것입니다. 스레드의 설정 합리적인 숫자는 목표를 달성 할 수있는 테스트에 결정적인 영향을 미친다. 수는 스레드 너무 작게 설정되어있는 경우이 경우, 응답 시간 요구 사항, 홈 20 개 QPS 부하 조건에서,는 QPS가 설정 한 요구 사항을 달성 할 가능성이 높다. 또한,주기의 적절한 수 위 결코 외부 기술 사이클의 고정 된 수의 이외에, 중요하다, 당신은 유연한 테스트 실행 시간을 설정 할 수 있습니다. "스케줄러"일정 구성을 확인하십시오. 스레드 그룹 컨텍스트 메뉴에서 스레드를 완료하기 위해 그룹을 추가하는 HTTP 요청을 추가 한 후 HTTP 요청을 선택합니다 (---> 샘플러 ---> HTTP 요청을 추가). JMeter를 들어 샘플러 (샘플러)는 서버와 상호 작용하는 수단이다. 샘플러는 일반적으로 세 부분으로 동작한다 : 서버가 녹화 시간 정보에 대응하는 기록 서버 응답 데이터에 대한 요청을 보낸다
HTTP 요청은 아래에 설명 된 여러 구성 매개 변수가 이름 :이 속성은 샘플러가 의미있는 이름을 권장 식별합니다. 참고 : 테스트, 사용자 만이 읽을 수있는 기록 사용자 주석 정보를 작동하지 않는 경우. 서버 이름 또는 IP : 전송 대상 서버의 이름이나 IP 주소로 HTTP 요청. 포트 번호 : 대상 서버의 포트 번호, 기본값은 80입니다. 프로토콜 : HTTP 또는 HTTPS를 할 수있다 대상 서버 프로토콜 HTTP 요청을 보내, 기본값은 HTTP입니다. 방법 : HTTP 요청에있어서, GET, POST, HEAD, PUT을 포함하여 가능한 방법 OPTIONS, TRACE, DELETE 등이있다. 컨텐츠 인코딩 (서버 주소와 포트 제외) 대상 URL 경로를 자동으로 리디렉션 :이 옵션을 선택하면, HTTP 요청에 대한 응답으로 얻을 때 301분의 302 인 컨텐츠를 인코딩, 기본 경로는 ISO8859이다
JMeter를
자동으로 새로운 페이지로 이동. 살아 계속 사용 :이 옵션을 선택하면, JMeter를 방법과 기본적으로 선택되어 대상 서버의 연결 유지 HTTP 통신을 사용합니다. HTTP에 대한 다중 /에서 데이터 사용 POST : 기본적으로 선택되어 있지를 사용하여 다중 /에서 데이터 전송 방법을 사용하여, HTTP POST 요청을 보낼 때. 파라미터와 함께 요청 : 매개 변수가 URL에 대한 요청 전송 URL 파라미터들은 JMeter를 간단한 파라 방법을 제공한다. 사용자가이 테이블에있는 URL에서 모든 파라미터를 설정할 수 있고, 테이블의 각 행은 (RUL는 이름 값 1 = 1에 대응하는) 파라미터의 값이다. 함께 파일 보낼 요청 : 파일 전송 요청을 일반적으로 HTTP 파일 업로드 동작은이 방법으로 시뮬레이션 할 수 있습니다. (이미지는 HTML, 플래시에 포함이 옵션은 HTTP 요청에서, JMeter를 선택하고 응답 HTML 콘텐츠 파일을 얻을, 또한 HTML 구문 분석을 수행하고 모든 자원을 얻을 때 후 : 모두 HTML 파일에서 포함 된 자원을 가지고 오기 등), 당신은 단지 특정 자원의 페이지를 얻으려면 아래의 임베디드 URL을 입력해야합니다 텍스트 상자를 일치해야합니다, 기본적으로 선택되어 있지
다운로드
특정 리소스 표현은 지정된 정규 표현식 URL과 일치하도록, 자원이 이동됩니다
다운로드
. 모니터로 :이 모니터 샘플러 직접 모니터 결과 수신기의 샘플러의 통계를 기반으로 그래픽으로 볼 수있다. 기본값은 선택되어 있지 않습니다. 완전한 응답 데이터를 기록하지 않고 단지 기록 서버 응답 MD5 값 데이터를 수행 할 때 MD5 해시로 응답을 저장 :?이 옵션을 선택합니다. 테스트 데이터의 매우 많은 양의 필요성, 샘플링 데이터에 대한 응답으로 비용을 절감 할 레코드를 선택하는 것이 좋습니다됩니다. 여기에서 우리는 각각 및 fnng.cnblogs.com tt-topia.rhcloud.com에 대한 요청을 보내기 위해 두 개의 HTTP 요청을 추가합니다. 이 QPS 제한 성능 테스트 요구 사항을 언급 테스트를 제공하는 목적은이 블로그 페이지 20QPS의 하중 전달 요청을 제어 할 필요가있다 "부하가 20 QPS입니다 도달하면 홈 블로그 응답 시간을 이해"입니다. 한 가지 가능한 방법은 서서히 시험 계획에 스레드의 수를 조정하고, 샘플러 QPS를 방출 된 HTTP 요청이 약 20으로 유지되도록 계산 된 타이머 (타이머)을 첨가하여, 샘플러 (샘플러)이다. 그러나,이 방법은 시간이 많이 소요 달성하기 위해 여러 시도 거쳐야이며, 다른 방법을, QPS 샘플러의 응답 시간 (네트워크 환경 변화)이 변경되면, 타이머를 설정하여 전적으로 제어, 그 시점을 다시 조정할 필요가있다 지연 장치.
JMeter를는
상수 처리량 타이머라는 매우 유용한 타이머 (타이머 상수 처리량), 타이머가 용이하게 소정의 전송 요청 샘플러의 처리량을 조절할 수를 제공한다. fnng.cnblogs.com를 마우스 오른쪽 버튼으로 클릭하고 팝업 메뉴 상수 처리량 타이머를 선택 (---> 타이머 ---> 상수 처리량 타이머 추가)
주요 속성 상수 처리량 타이머 설명 : 이름 : (분당 샘플) 타이머 목표 처리량의 이름 : 목표 처리량. 이 분당 전송 요청 수 있음을 유의 따라서, 해당 테스트 요구 QPS (20)이 값은 1200이어야 필요. 에 따라 처리량을 계산 :이 스레드 만 : 각 스레드의 처리 속도를 제어,이 모드를 선택하면 총 처리량은 처리량이 스레드를 수행 설정된 목표의 수를 곱 즉 다섯 개 가지 옵션이 있습니다. 모든 활성 스레드 : 마지막 실행의 끝이 적당한 시간을 기다린 후 다시 실행 한 후 목표 처리량 설정이 각 활성 스레드에서 배포됩니다, 각 스레드가 활성화됩니다. 같은 시간에서 활성 스레드 스레드가 동시에 실행. 현재 스레드 그룹에있는 모든 활성 스레드 : 목표 처리량 설정은 각 그룹에서 현재 활성화 된 스레드에 할당되며, 시험 계획은 하나의 스레드 그룹 인 경우,이 옵션은 정확히 같은 효과 모든 활성 스레드 옵션입니다. 모든 활성 스레드 (공유) : 모든 활성 스레드 및 옵션 기본적으로 같은, 유일한 차이점은 각 스레드 실행이 끝난 후 적당한 시간을 기다린 후 다시 실행중인 모든 활성 스레드에 활성화 될 것입니다. (공유) 현재의 thread 그룹의 모든 cative 스레드 : 현재 스레드 그룹에있는 모든 활성 스레드는 유일한 차이점은 각각의 활성 스레드가 모든 활성 스레드에 대한 합리적인 기간 후 다시 실행 대기 종료 후 다시 실행하는 것입니다, 기본적으로 동일합니다. 상술 한 바와 같이, 유일한 요소 fnng.cnblogs 작용. COM, 타이머 설정 목표 처리량 1200 / 분 (20 QPS) 모든 활성 스레드 계산 처리량에 기초하여 설정 값이었다. 물론, 일정한 처리량 타이머만을 요청 충분한 수의 경우에, 스레드 그룹의 스레드를 생성하기 때문에 스레드 그룹 번호 스레드의 부족, 또는 타이머에 또한있을 수 있고, 값이 일정 처리량 타이머 설정되어있는 경우에도, 따라서 합리적 다른 원인 불합리한 전체 QPS 원하는 목적을 달성 할 수 없다. 수신기의 주요 부분을 추가 한 후 (청취자) 스크립트 설정은 몇 가지 방법으로 획득하기 위해 필요한 성능 테스트의 테스트 결과는, 본 실시 예에서, 우리는이 요청의 응답 시간에 관심이 완료된다. JMeter를 사용하여 청취자 콜렉터 요소가 존재하는 방식으로 영상 데이터 및 레코드를 샘플링. HTTP 요청, 우리는 중합보고,보다 직관적 인 뷰 테스트 결과를 추가 할 수 있기 때문에 JMeter가가, 청취자의 다양한 종류가 있습니다. 중합 보고서를 추가 메뉴를 재생, 스레드 그룹을 마우스 오른쪽 버튼으로 클릭 (추가 ---> 청취자 ---> 집계 보고서) 보고서에 선택.
중합 보고서의 완료 스크립트를 실행 한 후, 우리는 스크립트를 실행해야, 나중에 중합 보고서의 매개 변수를 설명합니다. 스크립트를 실행하기 전에, 우리는 각각의 요소에 대한 파라미터 설정을 살펴 : ---------------------------------- ----------------------------- thread 그룹 : 20 긴 준비 시간 : 스레드 (10) 사이클의 수 : 10 ------ -------------------------------------------------- ------- HTTP 요청 : 이름 : fnng.cnblogs.com. 서버 이름 또는 IP : fnng.cnblogs.com 포트 번호 : 80 : 구현
자바
프로토콜 : HTTP 방법 : 경로를 GET : / ------------------------ --------------------------------------- 일정한 처리량 타이머 : 샘플 대상 처리량 ( ) 분당 : 1200.0 계산 처리량 기반 에서 모든 활성 스레드 ------------------------------------- -------------------------- 도구 모음에서 실행 버튼을 클릭하거나 메뉴 표시 줄을 클릭 "---> 시작을 실행"또는 키보드 단축키를 사용 Ctrl + 프로그램을 실행하려면 r. 이 보고서는 중합 실행 중합보기 보고서의 결과를 분석 :
메인 스레드 그룹은 세 개의 매개 변수로 구성 스레드 수, 시간 (초 램프 업 기간 ()) 준비가되면, 사이클의 수. 스레드 : 가상 사용자의 수. 가상 사용자는 하나 개의 프로세스 또는 스레드를 차지한다. 스레드 수 설정되는 경우 많은 가상 사용자 설정 방법. 긴 준비 할 때 : 가상 사용자의 수는 모든 시작 걸리는 시간을 설정합니다. 스레드의 수가 20 인 경우 10 긴 준비, 다음 10 초 20 개 스레드를 시작하는 때. 즉 초당 두 개의 스레드를 시작하는 것입니다. 사이클 : 각 스레드에 대한 전송 요청이 시간. 만약 스레드 20, 100 사이클의 수, 각 스레드 (100 개) 요청 전송. 요청의 총 수는 * 100 = 2000 20입니다. 당신은 "항상"선택하면 모든 스레드는 항상 스크립트를 실행을 거부하는 요청을 보낼 것입니다. 스레드의 설정 합리적인 숫자는 목표를 달성 할 수있는 테스트에 결정적인 영향을 미친다. 수는 스레드 너무 작게 설정되어있는 경우이 경우, 응답 시간 요구 사항, 홈 20 개 QPS 부하 조건에서,는 QPS가 설정 한 요구 사항을 달성 할 가능성이 높다. 또한,주기의 적절한 수 위 결코 외부 기술 사이클의 고정 된 수의 이외에, 중요하다, 당신은 유연한 테스트 실행 시간을 설정 할 수 있습니다. "스케줄러"일정 구성을 확인하십시오. 스레드 그룹 컨텍스트 메뉴에서 스레드를 완료하기 위해 그룹을 추가하는 HTTP 요청을 추가 한 후 HTTP 요청을 선택합니다 (---> 샘플러 ---> HTTP 요청을 추가). JMeter를 들어 샘플러 (샘플러)는 서버와 상호 작용하는 수단이다. 샘플러는 일반적으로 세 부분으로 동작한다 : 서버가 녹화 시간 정보에 대응하는 기록 서버 응답 데이터에 대한 요청을 보낸다
HTTP 요청은 아래에 설명 된 여러 구성 매개 변수가 이름 :이 속성은 샘플러가 의미있는 이름을 권장 식별합니다. 참고 : 테스트, 사용자 만이 읽을 수있는 기록 사용자 주석 정보를 작동하지 않는 경우. 서버 이름 또는 IP : 전송 대상 서버의 이름이나 IP 주소로 HTTP 요청. 포트 번호 : 대상 서버의 포트 번호, 기본값은 80입니다. 프로토콜 : HTTP 또는 HTTPS를 할 수있다 대상 서버 프로토콜 HTTP 요청을 보내, 기본값은 HTTP입니다. 방법 : HTTP 요청에있어서, GET, POST, HEAD, PUT을 포함하여 가능한 방법 OPTIONS, TRACE, DELETE 등이있다. 컨텐츠 인코딩 (서버 주소와 포트 제외) 대상 URL 경로를 자동으로 리디렉션 :이 옵션을 선택하면, HTTP 요청에 대한 응답으로 얻을 때 301분의 302 인 컨텐츠를 인코딩, 기본 경로는 ISO8859이다
JMeter를
자동으로 새로운 페이지로 이동. 살아 계속 사용 :이 옵션을 선택하면, JMeter를 방법과 기본적으로 선택되어 대상 서버의 연결 유지 HTTP 통신을 사용합니다. HTTP에 대한 다중 /에서 데이터 사용 POST : 기본적으로 선택되어 있지를 사용하여 다중 /에서 데이터 전송 방법을 사용하여, HTTP POST 요청을 보낼 때. 파라미터와 함께 요청 : 매개 변수가 URL에 대한 요청 전송 URL 파라미터들은 JMeter를 간단한 파라 방법을 제공한다. 사용자가이 테이블에있는 URL에서 모든 파라미터를 설정할 수 있고, 테이블의 각 행은 (RUL는 이름 값 1 = 1에 대응하는) 파라미터의 값이다. 함께 파일 보낼 요청 : 파일 전송 요청을 일반적으로 HTTP 파일 업로드 동작은이 방법으로 시뮬레이션 할 수 있습니다. (이미지는 HTML, 플래시에 포함이 옵션은 HTTP 요청에서, JMeter를 선택하고 응답 HTML 콘텐츠 파일을 얻을, 또한 HTML 구문 분석을 수행하고 모든 자원을 얻을 때 후 : 모두 HTML 파일에서 포함 된 자원을 가지고 오기 등), 당신은 단지 특정 자원의 페이지를 얻으려면 아래의 임베디드 URL을 입력해야합니다 텍스트 상자를 일치해야합니다, 기본적으로 선택되어 있지
다운로드
특정 리소스 표현은 지정된 정규 표현식 URL과 일치하도록, 자원이 이동됩니다
다운로드
. 모니터로 :이 모니터 샘플러 직접 모니터 결과 수신기의 샘플러의 통계를 기반으로 그래픽으로 볼 수있다. 기본값은 선택되어 있지 않습니다. 완전한 응답 데이터를 기록하지 않고 단지 기록 서버 응답 MD5 값 데이터를 수행 할 때 MD5 해시로 응답을 저장 :?이 옵션을 선택합니다. 테스트 데이터의 매우 많은 양의 필요성, 샘플링 데이터에 대한 응답으로 비용을 절감 할 레코드를 선택하는 것이 좋습니다됩니다. 여기에서 우리는 각각 및 fnng.cnblogs.com tt-topia.rhcloud.com에 대한 요청을 보내기 위해 두 개의 HTTP 요청을 추가합니다. 이 QPS 제한 성능 테스트 요구 사항을 언급 테스트를 제공하는 목적은이 블로그 페이지 20QPS의 하중 전달 요청을 제어 할 필요가있다 "부하가 20 QPS입니다 도달하면 홈 블로그 응답 시간을 이해"입니다. 한 가지 가능한 방법은 서서히 시험 계획에 스레드의 수를 조정하고, 샘플러 QPS를 방출 된 HTTP 요청이 약 20으로 유지되도록 계산 된 타이머 (타이머)을 첨가하여, 샘플러 (샘플러)이다. 그러나,이 방법은 시간이 많이 소요 달성하기 위해 여러 시도 거쳐야이며, 다른 방법을, QPS 샘플러의 응답 시간 (네트워크 환경 변화)이 변경되면, 타이머를 설정하여 전적으로 제어, 그 시점을 다시 조정할 필요가있다 지연 장치.
JMeter를는
상수 처리량 타이머라는 매우 유용한 타이머 (타이머 상수 처리량), 타이머가 용이하게 소정의 전송 요청 샘플러의 처리량을 조절할 수를 제공한다. fnng.cnblogs.com를 마우스 오른쪽 버튼으로 클릭하고 팝업 메뉴 상수 처리량 타이머를 선택 (---> 타이머 ---> 상수 처리량 타이머 추가)
주요 속성 상수 처리량 타이머 설명 : 이름 : (분당 샘플) 타이머 목표 처리량의 이름 : 목표 처리량. 이 분당 전송 요청 수 있음을 유의 따라서, 해당 테스트 요구 QPS (20)이 값은 1200이어야 필요. 에 따라 처리량을 계산 :이 스레드 만 : 각 스레드의 처리 속도를 제어,이 모드를 선택하면 총 처리량은 처리량이 스레드를 수행 설정된 목표의 수를 곱 즉 다섯 개 가지 옵션이 있습니다. 모든 활성 스레드 : 마지막 실행의 끝이 적당한 시간을 기다린 후 다시 실행 한 후 목표 처리량 설정이 각 활성 스레드에서 배포됩니다, 각 스레드가 활성화됩니다. 같은 시간에서 활성 스레드 스레드가 동시에 실행. 현재 스레드 그룹에있는 모든 활성 스레드 : 목표 처리량 설정은 각 그룹에서 현재 활성화 된 스레드에 할당되며, 시험 계획은 하나의 스레드 그룹 인 경우,이 옵션은 정확히 같은 효과 모든 활성 스레드 옵션입니다. 모든 활성 스레드 (공유) : 모든 활성 스레드 및 옵션 기본적으로 같은, 유일한 차이점은 각 스레드 실행이 끝난 후 적당한 시간을 기다린 후 다시 실행중인 모든 활성 스레드에 활성화 될 것입니다. (공유) 현재의 thread 그룹의 모든 cative 스레드 : 현재 스레드 그룹에있는 모든 활성 스레드는 유일한 차이점은 각각의 활성 스레드가 모든 활성 스레드에 대한 합리적인 기간 후 다시 실행 대기 종료 후 다시 실행하는 것입니다, 기본적으로 동일합니다. 상술 한 바와 같이, 유일한 요소 fnng.cnblogs 작용. COM, 타이머 설정 목표 처리량 1200 / 분 (20 QPS) 모든 활성 스레드 계산 처리량에 기초하여 설정 값이었다. 물론, 일정한 처리량 타이머만을 요청 충분한 수의 경우에, 스레드 그룹의 스레드를 생성하기 때문에 스레드 그룹 번호 스레드의 부족, 또는 타이머에 또한있을 수 있고, 값이 일정 처리량 타이머 설정되어있는 경우에도, 따라서 합리적 다른 원인 불합리한 전체 QPS 원하는 목적을 달성 할 수 없다. 수신기의 주요 부분을 추가 한 후 (청취자) 스크립트 설정은 몇 가지 방법으로 획득하기 위해 필요한 성능 테스트의 테스트 결과는, 본 실시 예에서, 우리는이 요청의 응답 시간에 관심이 완료된다. JMeter를 사용하여 청취자 콜렉터 요소가 존재하는 방식으로 영상 데이터 및 레코드를 샘플링. HTTP 요청, 우리는 중합보고,보다 직관적 인 뷰 테스트 결과를 추가 할 수 있기 때문에 JMeter가가, 청취자의 다양한 종류가 있습니다. 중합 보고서를 추가 메뉴를 재생, 스레드 그룹을 마우스 오른쪽 버튼으로 클릭 (추가 ---> 청취자 ---> 집계 보고서) 보고서에 선택.
중합 보고서의 완료 스크립트를 실행 한 후, 우리는 스크립트를 실행해야, 나중에 중합 보고서의 매개 변수를 설명합니다. 스크립트를 실행하기 전에, 우리는 각각의 요소에 대한 파라미터 설정을 살펴 : ---------------------------------- ----------------------------- thread 그룹 : 20 긴 준비 시간 : 스레드 (10) 사이클의 수 : 10 ------ -------------------------------------------------- ------- HTTP 요청 : 이름 : fnng.cnblogs.com. 서버 이름 또는 IP : fnng.cnblogs.com 포트 번호 : 80 : 구현
자바
프로토콜 : HTTP 방법 : 경로를 GET : / ------------------------ --------------------------------------- 일정한 처리량 타이머 : 샘플 대상 처리량 ( ) 분당 : 1200.0 계산 처리량 기반 에서 모든 활성 스레드 ------------------------------------- -------------------------- 도구 모음에서 실행 버튼을 클릭하거나 메뉴 표시 줄을 클릭 "---> 시작을 실행"또는 키보드 단축키를 사용 Ctrl + 프로그램을 실행하려면 r. 이 보고서는 중합 실행 중합보기 보고서의 결과를 분석 :
HTTPS : //my.oschina.net/wzlee/blog/262189 재현