Jenkins는 테스트에서 얻은 XML 출력을 올바르게 구문 분석 할 수 있었으며 오류 정보도 포함 시켰습니다. 그래서 Jenkins의 TestCase에서 발생한 오류를 직접 볼 수 있습니다.Jenkins에서 단위 테스트 출력을 유지하는 방법
젠킨스가 로그 출력을 유지하도록하는 것이 좋습니다. 기본적으로 콘솔 출력이며, 각 경우와 관련됩니다. 이렇게하면 누구나 각 테스트 케이스의 실제 콘솔 출력을 볼 수 있습니다 (실패했는지 여부).
나는 이것을하는 방법을 보지 못했습니다.
* EDIT *
명확한 설명 - 나는 실제 시험 젠킨스 인터페이스에서 직접 출력, 오류가있을 때 수행하는 같은 방법으로하지만, 전체 출력을 볼 수 있어야합니다. 나는 젠킨스 만이 파일을 유물로 유지하기를 원하지 않는다.
는* 편집의 끝 *
사람이 우리를 도울 수 있는가?
이것은 간단합니다. 출력 파일이 해당 작업의 이슈 목록에 포함되어 있는지 확인하고 해당 작업의 구성에 따라 보관됩니다.
아직 해결하지 못했지만 Android 및 Jenkins를 사용하여 비슷한 것을 한 것 같습니다.
내가 수행 한 작업은 http://code.google.com/p/the-missing-android-xml-junit-test-runner/을 사용하여 Android 에뮬레이터에서 테스트를 실행하는 것입니다. 그러면 에뮬레이터 파일 시스템에 필요한 JUnit 형식의 XML 파일이 만들어집니다.
그 후에 파일을 복사하려면 'adb pull'을 사용하고 결과를 구문 분석하려면 Jenkin을 구성하십시오. 필요한 경우 XML 파일을 가공 할 수도 있습니다.
로그의 결과를 단순히 표시하려면 'Execute Shell'명령을 사용하여 로그 파일에 캡처되는 콘솔에 출력하십시오.
https://github.com/Polidea/the-missing-android-xml-junit-test-runner이 저장소는 더 이상 유지 관리되지 않습니다. 이슈 보고서와 풀 요청은 참석하지 않습니다. – AnneTheAgile
Jenkins 1.386 이후 각 빌드 구성에서 긴 표준 출력/오류 유지에 대한 변경 사항이있었습니다. 따라서 빌드 후 작업의 확인란을 선택하기 만하면됩니다.
에서 JUnit 테스트 결과 보고서 (작업을 포스트 빌드)를 Retain long standard output/error 확인란을 선택을 게시합니다.
이 옵션을 선택하면 빌드가 완료된 후 테스트 결과의 표준 출력 또는 오류가 으로 유지됩니다. (이는 추적 패키지가 아닌 콘솔에 출력 된 추가 메시지에만 적용됩니다.) 테스트 결과가 실패하면이 출력은 항상 유지되지만 기본값 인 은 테스트를 통과하여 오래 출력이 잘려서 공간을 절약합니다. 테스트를 통과하는 모든 로그 메시지를 확인해야하는 경우 을 선택하십시오. 그러나 테스트 결과를 보지 않더라도 젠킨스의 메모리 소비가 실질적으로 으로 증가 할 수 있습니다!
나는 실제 테스트 젠킨스 인터페이스에서 직접 출력, 오류가있을 때 수행하는 같은 방법으로하지만, 전체 출력을 볼 수 있어야합니다. 나는 젠킨스 만이 파일을 유물로 유지하기를 원하지 않는다. – striker69
그게 내가 한거야. 감사! – striker69