테스트 데이터를 버전 관리에 체크인해야합니까?

PDF 파일을 처리하는 기능에 대한 테스트 코드를 작성 중입니다. 테스트의 기본 개념은 내가 특별히 선택한 일부 PDF를 가리키고 처리하며 출력이 예상 한 것인지 확인하는 것입니다.

내 질문은 :이 큰 PDF를 어디에 저장해야합니까? 코드와 함께 버전 관리로 확인해야합니까? 아니면 다른 곳에 놓아 두겠습니까? 분명히 테스트 코드는 PDF가 없거나 (또는 ​​다른 PDF가있는 경우) 쓸모가 없지만 여전히 저장소에 넣는 것은 잘못된 느낌입니다.

버전 관리 시스템에는 배포 할 응용 프로그램 (예 : MSI, RPM) 을 빌드, 컴파일, 테스트 및 패키지화하는 데 필요한 모든 것이 포함되어 있어야합니다 . 또한 빌드 구성을 주장하고 다른 스크립트도 버전 관리에 있어야한다고 주장합니다.

프로젝트를 체크 아웃하고 완전한 컴파일, 빌드 및 테스트 환경을 갖추어야합니다.

테스트 데이터를 체크인하는 방법에는 두 가지가 있습니다. 먼저 테스트 데이터 자체를 확인할 수 있습니다 (이 경우 PDF). 둘째, 테스트 데이터를 생성하는 데 사용할 수있는 소스 데이터를 체크인 할 수 있습니다 (해당되는 경우). 테스트 데이터가 포함 된 빈 데이터베이스에로드 된 SQL 스크립트이거나 PDF 또는 기타 파일로 컴파일 할 수있는 텍스트 기반 파일 일 수 있습니다.

다른 사람들은 모든 것을 버전 관리에 체크인 하는 데 동의하지 않을 수도 있지만, 전문적인 경험에서 완전한 환경을 처음부터 다시 구축하는 것이 중요하다는 것을 알게되었습니다.

준비한 설정 파일없이 테스트를 사용할 수없는 경우 테스트 코드와 함께 VCS에 파일을 포함시키는 것이 좋습니다.

테스트에 사용 된 파일은 코드가 아니지만 코드가 의존하는 종속성으로 볼 수 있습니다. 따라서 모든 것을 함께 유지하는 것이 장점입니다.

이에 반해 일부 VCS는 큰 이진 파일을 제대로 처리하지 못하고 다른 VCS는 이진 파일을 VCS에 포함시키는 것에 반대합니다. 이러한 경우 중 하나에 해당하는 경우 쉽게 액세스 할 수있는 잘 알려진 위치에 테스트 파일을 저장하는 것도 좋습니다.

또한 " foo.pdf모든 테스트를 실행하기 위해 의존합니다"라는 테스트 코드에 주석을 추가하는 것도 고려할 것 입니다.

정적 데이터이면 버전 관리에 넣습니다. 체크인 한 파일은 실제로 변경되지 않습니다. 해당 기능이 더 이상 필요하지 않으면 제거되거나 새로운 테스트 파일이 추가됩니다. 어느 쪽이든, 이진 diff가 공간을 차지하는 것에 대해 걱정할 필요가 없습니다.

테스트 데이터를 생성하는 경우 ( 예 : 무작위로 테스트가 실패하면 자동으로 저장해야하며 그렇지 않으면 버립니다. 이 방법으로 저장된 모든 데이터는 정기 회귀 테스트로 전환되어야합니다. 따라서 이러한 에지 케이스는 추첨의 행운에 의존하기보다는 미래에 확실히 테스트됩니다.

테스트 및 기본 애플리케이션 코드와 함께 해당 데이터를 확실하게 포함하십시오. 그것은 매우 체계적으로 테스트 스위트를 만드는 데 도움이됩니다. 따라서 PDF 추출을 테스트하고 코드를 캡슐화하면 앱 코드의 경로를 기반으로 테스트 데이터의 경로를 구성 할 수 있어야합니다 -그것은 항상 나를 위해 일했습니다.

git을 사용하면 .gitignore를 설정하여 임시 출력 또는 테스트 로깅이 저장소를 오염시키지 않도록 할 수 있습니다.