Running unit tests in pipeline in Jenkins - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to run unit tests using the 'sh' step in Jenkins pipeline.

Jenkins

pipeline {
  agent any
  stages {
    stage('Test') {
      steps {
        [1] 'pytest'
      }
    }
  }
}

Drag options to blanks, or click blank then click option'

Arun

Bsh

Cexecute

Dscript

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'run' or 'execute' which are not Jenkins pipeline steps.

The sh step runs shell commands in Jenkins pipeline. Here, it runs pytest to execute unit tests.

2fill in blank

medium

Complete the code to define a Jenkins pipeline stage named 'Unit Tests'.

Jenkins

stage('[1]') {
  steps {
    sh 'pytest'
  }
}

Drag options to blanks, or click blank then click option'

ADeploy

BIntegration

CUnit Tests

DBuild

Attempts:

3 left

💡 Hint

Common Mistakes

Using unrelated stage names like 'Build' or 'Deploy'.

The stage name should describe the step. Here, 'Unit Tests' clearly indicates running unit tests.

3fill in blank

hard

Fix the error in the Jenkins pipeline step to run tests with Python 3.

Jenkins

steps {
  sh '[1] -m pytest'
}

Drag options to blanks, or click blank then click option'

Apython

Bpytest

Cpy

Dpython3

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'python' which may default to Python 2 or wrong version.

Using python3 ensures the tests run with Python 3 interpreter.

4fill in blank

hard

Fill both blanks to run tests only if the branch is 'main'.

Jenkins

when {
  [1] '[2]'
}

Drag options to blanks, or click blank then click option'

Abranch

Benvironment

Cmain

Ddevelop

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'environment' instead of 'branch' or wrong branch name.

The when condition with branch 'main' runs the stage only on the 'main' branch.

5fill in blank

hard

Fill all three blanks to save test results as JUnit reports in Jenkins.

Jenkins

post {
  always {
    junit '[1]/[2].xml'
    archiveArtifacts artifacts: '[3]/*.xml', allowEmptyArchive: true
  }
}

Drag options to blanks, or click blank then click option'

Areports

Btest-results

Attempts:

3 left

💡 Hint

Common Mistakes

Using different folder names causing Jenkins to miss reports.

JUnit reports are saved in 'test-results' folder with XML files. Archiving the same folder keeps test reports in Jenkins.

Practice

1. What is the main purpose of running unit tests in a Jenkins pipeline?

easy

A. To monitor server performance

B. To deploy the application automatically

C. To create a backup of the code repository

D. To catch bugs early and ensure code quality

Solution

1. Step 1: Understand the role of unit tests

   Unit tests check small parts of code to find bugs early.

2. Step 2: Connect unit tests to pipeline goals

   Running tests in Jenkins pipeline helps maintain code quality before deployment.

3. Final Answer:

   To catch bugs early and ensure code quality -> Option D

4. Quick Check:

   Unit tests catch bugs early [OK]

Hint: Unit tests catch bugs early, not deploy or backup [OK]

Common Mistakes:

• Confusing testing with deployment
• Thinking tests create backups
• Assuming tests monitor performance

2. Which Jenkins pipeline syntax correctly runs unit tests using a shell command?

easy

A. execute shell('pytest tests/')

B. sh 'pytest tests/'

C. run 'pytest tests/'

D. command('pytest tests/')

Solution

1. Step 1: Recall Jenkins pipeline shell syntax

   Jenkins uses the sh step to run shell commands.

2. Step 2: Match the correct syntax

   sh 'pytest tests/' is the correct way to run tests in a shell step.

3. Final Answer:

   sh 'pytest tests/' -> Option B

4. Quick Check:

   Use sh for shell commands [OK]

Hint: Use 'sh' step to run shell commands in Jenkins pipeline [OK]

Common Mistakes:

• Using non-existent steps like 'run' or 'command'
• Incorrect function syntax for shell commands
• Missing quotes around command string

3. Given this Jenkins pipeline snippet, what will be the output if tests fail?

pipeline {
  agent any
  stages {
    stage('Test') {
      steps {
        sh 'pytest tests/'
      }
    }
  }
}

medium

A. Pipeline fails and stops execution

B. Pipeline ignores test failures and continues

C. Pipeline retries the test stage automatically

D. Pipeline marks tests as passed regardless

Solution

1. Step 1: Understand default behavior of sh step

   The sh step fails the pipeline if the command exits with a non-zero status (test failure).

2. Step 2: Predict pipeline reaction to test failure

   Since tests fail, the pipeline stage fails and stops further execution.

3. Final Answer:

   Pipeline fails and stops execution -> Option A

4. Quick Check:

   sh fails pipeline on error [OK]

Hint: Failed shell commands stop pipeline by default [OK]

Common Mistakes:

• Assuming pipeline continues despite test failure
• Thinking Jenkins retries failed stages automatically
• Believing tests pass regardless of results

4. You wrote this Jenkins pipeline stage to run tests:

stage('Test') {
  steps {
    sh pytest tests/
  }
}

But the pipeline fails with a syntax error. What is the problem?

medium

A. Incorrect stage name

B. Missing agent declaration

C. Missing quotes around the shell command

D. Using 'sh' outside steps block

Solution

1. Step 1: Check shell command syntax in Jenkins pipeline

   The sh step requires the command as a quoted string.

2. Step 2: Identify missing quotes causing syntax error

   Here, sh pytest tests/ lacks quotes around pytest tests/.

3. Final Answer:

   Missing quotes around the shell command -> Option C

4. Quick Check:

   Shell commands must be quoted in sh step [OK]

Hint: Always quote shell commands in sh step [OK]

Common Mistakes:

• Forgetting quotes around commands
• Confusing stage name with syntax error cause
• Ignoring required agent declaration elsewhere

5. How can you modify a Jenkins pipeline to run unit tests but continue the pipeline even if tests fail, while still marking the test stage as unstable?

hard

A. Use catchError(buildResult: 'UNSTABLE', stageResult: 'UNSTABLE') { sh 'pytest tests/' }

B. Use sh 'pytest tests/' || true without any catchError

C. Remove the test stage from the pipeline

D. Use sh 'pytest tests/' inside a timeout block

Solution

1. Step 1: Understand how to catch errors without failing pipeline

   The catchError step can catch failures and mark the build unstable instead of failing.

2. Step 2: Apply catchError with proper parameters

   Using catchError(buildResult: 'UNSTABLE', stageResult: 'UNSTABLE') around the test command allows continuation but marks stage unstable.

3. Final Answer:

   Use catchError(buildResult: 'UNSTABLE', stageResult: 'UNSTABLE') { sh 'pytest tests/' } -> Option A

4. Quick Check:

   Use catchError to continue on test failure [OK]

Hint: Wrap tests in catchError to continue but mark unstable [OK]

Common Mistakes:

• Using '|| true' hides failures without marking unstable
• Removing test stage skips testing
• Timeout does not handle test failures