나는 스트레스 테스트에 신감이 많아서 로프를 배우려고 노력하고 있습니다. 그래서 내 질문은 : 나는 소프트웨어 측면에서 동일하지만 하드웨어의 측면에서 프로덕션 서버가 훨씬 낮은 사양을 가지고 개발 서버가있는 경우, 그것은 식별하기 위해 개발 서버 테스트 가치가 스트레스입니다 명백한 소프트웨어 결함? 사용자의 경험을 위험에 빠뜨리지 않고 실제 프로덕션 서버에
현실적인 요청 빈도 분포를 사용하여 서버의 기능 테스트를 자동화하려고합니다. 그것은 "일종의는"(빨리 경사로 즉시 신속하게하지만 내려) 내가 관찰 한 분포를 일치 로 (부하 테스트의 종류, 시뮬레이션의 일종) 은 내가 Weibull 분포를 선택한 how_many_days = (end_date - start_date).days
freqs = defaultd
IIS를 스트레스 테스트 할 때 약간의 posts을 보았습니다.하지만 실제 웹 서버에서 처리 할 수있는 벤치 마크를 설정하는 좋은 방법을 알고 싶습니다. 현재 프로덕션 시스템에서 일하는 중입니다. 일상적으로 거의 멈추지 않는 것으로 보이며 아무도 문제의 원인을 파악할 수 없습니다. 이것은 표준 N-tier 설정 (클라이언트, 웹 서버, db 서버)입니다.
현재 프로젝트에서는 WatiN과 Mbunit을 사용하여 ASP.NET GUI를 테스트하고 있습니다. 테스트를 작성했을 때 나는 이것들을 모두 스트레스 테스트에 사용할 수 있다면 좋을 것임을 깨달았습니다. 현재 우리는 stresstest에 Grinder을 사용하고 있습니다.하지만 우리는 여러 가지 이유로 isent that good에 대한 우리의 경우를 다시
프런트 엔드에서 AJAX 및 동적 JavaScript를 상당히 많이 사용하는 사이트에서 작업 중이므로 스트레스 테스트를 시작할 시점입니다. 그러나 프론트 엔드에서 여러 링크를 클릭해야하는 테스트 스트레스를 어떻게 적절하게 스트레스합니까? 사이트의 모든 페이지를 쉽고 빠르게 반복적으로 클릭 할 수 있었던 한 가지 방법은 Google Mini를 가리키는 것이