Recording tests and artifacts
While testing is a critical part of a good continuous delivery pipeline, most people don’t want to sift through thousands of lines of console output to find information about failing tests. To make this easier, Jenkins can record and aggregate test results so long as your test runner can output test result files. Jenkins typically comes bundled with the junit
step, but if your test runner cannot output JUnit-style XML reports, there are additional plugins which process practically any widely-used test report format.
To collect our test results and artifacts, we will use the post
section.
Jenkinsfile (Declarative Pipeline)
1 | pipeline { |
Toggle Scripted Pipeline (Advanced)
Jenkinsfile (Scripted Pipeline)
1 | node { |
This will always grab the test results and let Jenkins track them, calculate trends and report on them. A Pipeline that has failing tests will be marked as “UNSTABLE”, denoted by yellow in the web UI. That is distinct from the “FAILED” state, denoted by red.
When there are test failures, it is often useful to grab built artifacts from Jenkins for local analysis and investigation. This is made practical by Jenkins’s built-in support for storing “artifacts”, files generated during the execution of the Pipeline.
This is easily done with the archiveArtifacts
step and a file-globbing expression, as is demonstrated in the example below:
Jenkinsfile (Declarative Pipeline)
1 | pipeline { |
Jenkinsfile (Scripted Pipeline)
1 | node { |
If more than one parameter is specified in the archiveArtifacts
step, then each parameter’s name must explicitly be specified in the step code - i.e. artifacts
for the artifact’s path and file name and fingerprint
to choose this option. If you only need to specify the artifacts’ path and file name/s, then you can omit the parameter name artifacts
- e.g. archiveArtifacts 'build/libs/**/*.jar'
Recording tests and artifacts in Jenkins is useful for quickly and easily surfacing information to various members of the team. In the next section we’ll talk about how to tell those members of the team what’s been happening in our Pipeline.