부하 테스트를 수행 할 때 가상 사용자/실제 사용자를 차별화하려면?

Question

누구나 가상 사용자와 실제 사용자의 차이점을 지적 할 수 있습니까?

Answer 1

웹로드 테스트와 관련하여 많은 차이가 있습니다. 가상 사용자는 브라우저를 사용하여 웹 사이트에서 일부 작업을 수행하는 사람의 시뮬레이션입니다. 한 회사는 "실제 브라우저 사용자"라고 부르는 것을 제공하지만 시뮬레이션은 다른 계층 (브라우저 대 HTTP)에서 수행됩니다. 저는 여러분이 인간을 지칭하기 위해 "실제 사용자"를 사용한다고 가정 할 것입니다.

사람을 사용하여 부하 테스트를 수행하면 몇 가지 장점이 있지만 어려움이 있습니다. 가장 큰 장점은 실제 브라우저를 사용하는 실제 인물이 있다는 것입니다. 즉, 스크립트를 정확하게 따르는 경우 시뮬레이션과 실제 트래픽간에 차이가 거의 없음을 의미합니다. 그러나 어려움의 목록은 길다. 첫째, 비용이 많이 든다. 이 프로세스는 제한된 수의 위치에있는 수십 명의 사용자를 초과하여 확장되지 않습니다. 인간은 그 대본을 정확하게 따라갈 수 없을지도 모릅니다 ... 당신은 그들이 그랬는지를 말할 수 없을지도 모릅니다. 이 테스트는 완벽하게 반복되지 않을 가능성이 있습니다. 실제 브라우저의 메트릭을 수집, 통합 및 분석하는 것은 어렵습니다. 나는 계속할 수 ...

실제 사용자를 시뮬레이트하기 위해 가상 사용자를 사용하는 테스트 도구는 이러한 단점을 갖고 있지 않습니다. 그러나 도구에 따라 완벽한 시뮬레이션을 수행하지 못할 수도 있습니다. 대부분의로드 테스트 도구는 HTTP 계층에서 작동하며 브라우저와 서버간에 전달되는 HTTP 메시지를 시뮬레이트합니다. 이러한 메시지의 시뮬레이션이 완벽하면 서버가 실제 사용자와 시뮬레이트 된 사용자의 차이를 알 수 없으므로 테스트 결과가 더 유효합니다. 응용 프로그램이 복잡할수록 특히 자바 스크립트/AJAX를 사용할 때 완벽한 시뮬레이션을 만드는 것이 어렵습니다. 이 점에서 도구의 기능은 다양합니다.

실제로 실제 브라우저를 실행하고 시뮬레이트 된 마우스 및 키보드 이벤트를 브라우저로 밀어 넣어 사용자를 시뮬레이트하는 테스트 도구 그룹이 있습니다. 이러한 도구는 HTTP 메시지를 완벽하게 시뮬레이션 할 가능성이 높지만 자체적 인 문제가 있습니다. 대부분은 단일 브라우저 (예 : Firefox)로만 작업 할 수 있습니다. 실제 브라우저에서 좋은 측정 항목을 얻는 것이 어려울 수 있습니다. 이 방법은 사람을 사용하는 것보다 훨씬 확장 성이 뛰어나지 만 HTTP 계층 시뮬레이션만큼 확장 할 수 없습니다. 하지만이 방법을 사용하는 웹 기반 솔루션은 필요한 용량을 제공 할 수 있지만명의 10k 사용자를 테스트해야하는 사이트의 경우.

Answer 2

차이가 있습니다.

jmeter 테스트에 따라 단일 상자에서 작업하는 경우 IO가 제한됩니다. 당신은 하나의 박스에 jmeter를 가진 10K 사용자를 말하게 할 수 없다. 하나의 상자로 작은 테스트를 할 수 있습니다. 다른 스토리가있는 여러 개의 jmeter 상자를 사용하는 경우

또한 쿠키는 어떨까요? 앱을로드하는 동안 쿠키를 저장하나요? 차이가 있습니다

Answer 3

가상 사용자는 실제 사용자 브라우저 및 http 요청을 자동으로 에뮬레이션합니다. 따라서 가상 사용자는 실제 사용자를 시뮬레이트하도록 설계되었습니다. 또한 실제 사용자가 수행 할 것으로 생각하는 것을 실행하도록 가상 사용자를 구성 할 수도 있지만 페이지를 가져 와서 새 페이지를 제출할 때까지 지연되지 않습니다. 이렇게하면 서버에서 훨씬 높은 부하를 시뮬레이션 할 수 있습니다.

가상 사용자 시뮬레이션과 실제 사용자 간의 실제 차이점은 실제 사용자가 웹 사이트에서 수행하는 실제 작업은 물론 서버와 해당 장치 간의 네트워크입니다.