DB 통합 테스트와 함께 및 결국 지속적인 통합
https://stackoverflow.com/questions/219156
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
일부 Nant 빌드 스크립트 내에서 통합 테스트를 실행하기위한 다양한 전략을 탐색했습니다. 일반적으로 여러 개의 다른 스크립트가 별도의 대상을 갖는 하나의 모 놀리 식 빌드에 묶여 있습니다. 스테이징 (빌드와 같은 스테이징 버전 구축), 빌드 빌드 (제작), 통합 (제작 및 통합 테스트 실행). 이것은 합리적으로 잘 작동합니다. 빌드 대상은 통합 목표로 실행하는 데 약 3 분의 1 시간이 걸리며 고통스럽게 길지 않기 때문에 자주 실행하는 것이 자신을 소멸시키는 것을 발견하지 못합니다.
반면에 통합 목표는 내가 배포 할 준비가되기 직전에 이상적으로 수행하고 싶지 않을 정도로 오래 걸립니다. 이것은 합리적인 전략처럼 보입니까? iow, 내가 제대로하고 있니?
계획은 결국이 프로젝트를 지속적인 통합으로 옮기는 것입니다. 나는 전체 연속 통합을 처음 접했지만 "빌드를 깨는"개념을 이해한다고 생각합니다.
이 주제에 대한 좋은 독서 소스도 감사 할 것입니다. 감사!
해결책
예, 당신은 올바른 길을 가고 있습니다. 지금해야 할 일은 넌트 목표를 자동화 된 프로세스에 연결하는 것입니다. CI 도구로 팀 시티 또는 크루즈 컨트롤을 사용하는 것이 좋습니다. 자동화 된 서버 설정이 있으면 각 체크인 (연속 통합)에서 빌드 및 단위 테스트를 실행할 수 있습니다. 통합 테스트는 일반적으로 실행하는 데 시간이 오래 걸리므로 밤이나 주말에 실행할 수 있습니다. 통합 테스트가 성공하면 일부 QA 또는 다른 서버에 배포 할 작업을 가질 수 있습니다.
다른 팁
당신이 그 길의 99%처럼 들립니다. 내 조언은 그냥 뛰어 들어가서 시작하는 것입니다. 당신은 실제로 급락하고 당신이 올바르게하고 있는지 생각하는 것보다 실제로 더 많은 것을 배웁니다.
우리 회사는 현재 Cruisecontrol을 사용하고 있으며 개인적으로 그것이 훌륭하다고 생각합니다.
이 관련 스레드를 참조하십시오 좋은 CI 빌드 프로세스는 무엇입니까?
당신은 올바른 길을 가고 있습니다. 괜찮은 CI 도구를 사용하는 경우 각 설정을 체인의 다음 단계를 트리거하는 별도의 프로젝트로 설정할 수 있어야합니다 ... 즉, 통합 등을 트리거하는 배치를 트리거하는 트리거 트리거 테스트를 트리거합니다.
이런 식으로 당신의 가장 ealiest "break"는 말하기 위해 줄을 멈 춥니 다.
CruiseControl을 사용하여 구축, 단위 테스트, 구성 및 배포, 통합 테스트 및 코드 적용 범위를 실행하고, 수락 테스트를 실행하고, 릴리스를위한 패키지. 여기에는 8 개 정도의 웹 서비스 시스템과 12 개 정도의 데이터베이스가 있으며, 모두 다른 구성을 갖춘 여러 환경에 걸쳐 인터중성이있는 구성 및 배포 종속성이 있습니다 (단일 상자에서 각 구성 요소에 대한 중복 상자에 이르기까지)
