일반적으로 터널을 사용하지 않고 동일한 서브넷에 JMeter 클라이언트와 서버를 유지하는 것이 더 쉽고 쉽습니다. RMI 터널링이 재미 있지 않기 때문에 결과 데이터를 전송할 때 대기 시간 문제를 일으키지 않으므로 더 좋습니다.
가장 간단한 솔루션은 Bamboo에게 쉘 스크립트를 실행 한 다음이 스크립트를 사용하여 테스트 시작 및 결과 관리를 제어하는 것입니다. JMeter가 설치된 ec2 호스트가 있다면 ssh를 사용하여 테스트를 실행할 수 있습니다. (간결 간체)와 같은 뭔가 :
ssh -i /mykey.pem [email protected] ./path/to/jmeter -n -t /path/to/mytest.jmx -l /my/results.jtl
는 내가 다시 잠시 있었다 요구 사항에 대한 유사한 접근을했다 그리고
this으로 성장했다. 아마도 당신의 필요에 과도한 것이지만 사용법이 있다면 그것을 자유롭게 갈아 타십시오.
대나무의 결과를 보면 사용자 정의 프로세스가 될 것입니다. JMeter는 GUI를 사용하여 읽을 수 있고 시각화 할 수있는 각 개별 테스트에 대한 csv 또는 xml 파일을 제공하지만 CI의 경우 여러 테스트 실행 (즉, 코드의 여러 빌드)에 대한 추세가 나타나는 솔루션의 이점을 누릴 수 있습니다. 이를 위해 어떤 형태의 상점, 아마도 데이터베이스에 결과를 넣은 다음 쿼리하여 가장 유용한 표현을 얻고 자 할 것입니다.
간단한 평균에만 관심이 있다면 실제로는 꽤 쉽습니다. 테스트가 완료되면 쉘 스크립트를 사용하여 데이터를 awk 처리하여 일부 요약 값을 가져 와서 테이블로 파이프하십시오. 또는, Bamboo API가 제공하는 것을 더 쉽게 이해할 수 있습니다. 각 빌드에 대한 결과를 직접 가져온 다음 Bamboo 도구를 사용하여 결과를 볼 수 있습니다. 모든보고 수준에 따라 다릅니다.