2009-03-24 2 views
1

우리는 충분히 복잡하여 제작로드를 정확하게 시뮬레이션하기 어려운 웹 어플리케이션을 가지고 있습니다.시시각각 변하는 테스트 환경

우리의 대처 방식 중 하나는 테스트 환경의 하드웨어가 항상 프로덕션 하드웨어보다 느려지므로로드 및 성능 문제가 더 두드러지게 나타납니다.

다른 사람들이이 일을하고 있습니까? 다른 전략은 무엇입니까?

+0

나는 성능 * 테스트에 대해 말하는 것 같아요? 아니면 느린 하드웨어에서 모든 테스트를 수행합니까? –

+0

이것은 나에게 좋은 생각 같지는 않습니다. 웹 응용 프로그램의 확장은 모두 병목 현상을 제거하는 것입니다. 그리고 프로덕션 환경에서 실행하는 것보다 다른 하드웨어에서 테스트함으로써 잘못된 병목 현상에 집중할 수 있습니다. – twk

답변

1

필자는 성능 프로파일 링을 위해 유지하는 256MB RAM을 갖춘 7 년 된 600MHz Celeron 노트북을 보유하고 있습니다. 네트워크 대기 시간을 테스트하기 위해 지연 프록시를 사용할 수 있습니다 (또는 간단히 작성하십시오). 그것은 패킷을 받고, X 밀리 초를 기다린 다음에 전달합니다.

1

Fiddler은 저 대역폭 테스트에 도움이됩니다. 느린 네트워크의 대기 시간을 시뮬레이션 할 수 있습니다.

0

훅업 테스트 메이커. 몇 가지 수동 테스트를 수행하고 수동으로 수행 한 작업을 기록하여 프록시가 테스트 스크립트를 작성하도록하십시오. 스크립트를 사용하여 자동화하십시오. http://www.pushtotest.com/ 오픈 소스 및 무료.

관련 문제