자동 테스트는 실시간 프로젝트 상태를 반영해야합니다. 아이디어는 다음과 같습니다.자동 테스트를 빠르게 유지하는 방법은 무엇입니까?
- 리포지토리 자동화 빌드에 대한 커밋이 수행 된 후 가능한 빨리 수행됩니다.
- 빌드가 성공하면 자동 테스트가 시작됩니다. 반드시 빠르다.
변경 사항이 잘못되었는지 확인하는 가장 좋은 방법입니다.
처음에는 빌드를 빨리 만드는 것이 어려웠지만 100 초 정도 유지할 수있었습니다. 105 (!) 개의 프로젝트 (MSVS 2008 C#)의 솔루션입니다.
테스트가 그렇게 단순하지 않은 것처럼 보였습니다 (우리는 NUnit FW를 사용합니다). 단위 테스트는 큰 문제가 아닙니다. 우리를 죽이는 통합 테스트입니다. 그리고 그들이 더 느리다는 사실 (속도를 높이는 방법에 대한 아이디어는 많이 알려져 있습니다)이 아니라 환경이 훨씬 느리게 설정되어야한다는 사실 (atm ~ 1000 초)!
우리의 통합 테스트는 최신 변경 사항을 반영하기 위해 재배포해야하는 웹/윈 서비스 (지금까지 19 개)를 사용합니다. 여기에는 서비스 재시작 및 많은 HDD R/W 활동이 포함됩니다.
자동화 된 테스트 단계를 수행하기 위해 환경 및 작업 흐름을 구성/최적화 할 수있는 방법에 대한 경험을 공유 할 수 있습니까? "낮은 수준"의 병목 현상 및 해결 방법은 무엇입니까?
P. 책 및 광범위한 기사를 환영하지만 실제 작업 솔루션은 훨씬 더 높이 평가됩니다.
통합 테스트에 너무 오래 걸리지는 않지만 상태를 유지하는 것이 주범입니다. 따라서 우리는 그 순간에 (1)을 시도합니다. – Dandikas