0
테스트 및 개발 환경에 연결되어있는 느린 공유 메인 프레임을 사용하기 위해 기존 소프트웨어를 권장 할 수 있는지 궁금합니다. 최근에이 서버에 의존하는 일부 웹 페이지를 리팩토링했습니다. 동일한 쿼리를 작성하는 데 많은 시간이 걸렸습니다. 이상적으로는 개발 메인 프레임과 개발 시스템의 서버 사이에 솔루션을 연결하고 싶습니다. 기록을 위해, 나는 테스트 환경의 버크이며 생산 시스템의 성능과 아무런 관련이 없다고 들었다.테스트 자동화 및 최종 회귀 테스트 또는 다른 아이디어를위한 프록시
필자의 초기 생각은 일반적으로 사용되는 경로에 대한 자동 응답을 생성하기 위해 캐싱 프록시를 사용하는 것입니다. 이상적으로, 올바르게 수행되면 두 데이터 집합에 모두 액세스하면 결국 회귀 집합으로 이어질 수 있습니다.
나는이 라인을 따라 존재하는 해결책이나 내가 놓친 것 같은 대안을 기대하고있다. 개인적으로 해결책으로 먼저 시도 할 것이고 개발 환경으로 제한 될 것이므로 유연성을위한 여지가 있어야합니다.
현재 개발 환경은 Java 및 Windows 시스템이지만 Linux 시스템은 사용할 수 있으며 깨끗한 솔루션으로 인해 그 뒤에 숨어있는 기술은별로 중요하지 않습니다.
: tldr 저속 서버와 반복되는 상호 작용을 제한하기 위해 캐싱 프록시를 설정하는 가장 쉬운 방법은 궁금합니다. 나중에 회귀 테스트를 위해 캐시 된 결과에 액세스하는 방법이 이상적입니다.
테스트 중에 시스템을 "조롱하다"(회귀 테스트를 위해 메인 프레임을 테스트하는 것이 맞습니까?)라고 생각하지 마십시오. 결과가 손상 될 수 있습니다. –
좋은 지적. 형식 테스트 중에 시스템을 조롱하거나 변경 될 수있는 사항을 모의하고 싶지는 않을 것입니다. 이 경우 일관성에 따라 레이어를 변경하고 있으므로 오류가 발생하지 않아야합니다. – lief79