DB 상태 -> 아직 아무런 인덱스 생성X
1차 테스트 결과
50명이 동시 접속시 결과 - 응답 속도 위주
평균 응답시간 : 1158.68 (MS)
70명이 동시 접속시 결과
평균 응답시간 : 3608.43 (MS)
제이미터를 선택한 이유
순수 java 언어를 사용한 오픈소스 소프트웨어로, 다른 테스트 도구들보다 좀 더 웹 서버 테스트에 특화되어 있습니다.
또한 Java Script를 수행하지 않으며, HTML 페이지를 Rending하지 않습니다.
로컬에서 실행한 제이미터에서 바로 대상 애플리케이션 성능을 테스트하며
소규모 테스트 또는 테스트 플랜을 검증하는 목적에 적합합니다.
https://vntgcorp.github.io/apacheJmeter/
표2. Neoload, LoadRunner, JMeter 툴 비교
별도의 도구 없이 모니터링 가능하여 손쉽고 빠르게 테스트 진행 가능
기존 서비스 진행 도중 테스트였기 때문에 위험을 피하면서도 웹 서버의 성능 테스트가 가능
최대한 비용을 절감할 수 있는 Apache JMeter를 활용하여 비용적인 측면을 낮출 수 있음
목표치
일반적인 사람들의 경우 웹 사이트에 접속한 후 3초 이내에 응답이 없는 경우 웹 사이트를 이탈
이용자가 느끼는 3초란 웹 브라우저에서 HTML과 CSS, Javascript 를 모두 파싱해서 완벽한 화면을
보여지는데 걸리는 시간이므로 우리가 JMeter 를 통해 얻는 응답 시간은 3초 미만이어야 한다.
- 이용자의 응답 시간 임계 값 : 3초
- 웹 서비스 응답 시간 임계 값 : 2초 ( Javascript, CSS 에 대한 렌더링 시간을 1초라 가정 )
-> 최종 목표
- 웹 서비스(웹서버)는 응답 시간은 2초 이내
https://passorfail.tistory.com/75
결과 보고서에 포함되어야 하는 내용 참고
목적 : Trip Balance 프로젝트의 반응 속도 개선을 위한 성능 테스트
목표 : 메인페이지 - 평균 응답속도 감소(동시 사용자 100?70?(미정)명이 응답을 요청했을 때 평균 응답속도 2초 미만) 최대 동시 접속자 수 증가 (Saturation Point 상승)
대상 선정 : 소비자가 가장 먼저 접속하는 메인페이지
JDBC Request Test(Database load Test)
찾아보고 시도해볼 것
DB 성능 중요
