Build, test, deploy stages concept in Jenkins - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is the purpose of the Build stage in a Jenkins pipeline?

The Build stage compiles the source code and prepares the application for testing and deployment. It transforms code into executable form.

beginner

Why do we run a Test stage after the Build stage?

The Test stage checks if the built application works correctly by running automated tests. It helps catch errors early before deployment.

beginner

What happens during the Deploy stage in Jenkins?

The Deploy stage moves the tested application to a live or staging environment where users can access it. It makes the app available.

intermediate

How do the Build, Test, and Deploy stages work together in a Jenkins pipeline?

They form a sequence: first build the app, then test it, and finally deploy it. This ensures only working code reaches users.

intermediate

Give a simple Jenkins pipeline snippet showing Build, Test, and Deploy stages.

pipeline { agent any stages { stage('Build') { steps { echo 'Building...' } } stage('Test') { steps { echo 'Testing...' } } stage('Deploy') { steps { echo 'Deploying...' } } } }

What is the first stage in a typical Jenkins pipeline?

A Build

B Test

C Deploy

D Release

The Build stage is the first step where the source code is compiled or prepared.

Why is the Test stage important in a pipeline?

A To check code correctness

B To write new code

C To deploy the app

D To compile the code

Testing verifies the application works as expected before deployment.

What does the Deploy stage do?

A Builds the application

B Moves the app to a live environment

C Runs automated tests

D Writes code documentation

Deploying makes the application available to users.

Which stage comes directly after Build in Jenkins pipeline?

A Deploy

B Release

C Test

D Monitor

Testing follows building to ensure the app works correctly.

What is the main benefit of having separate Build, Test, and Deploy stages?

A Skipping testing

B Faster coding

C More manual work

D Better error detection and safer releases

Separating stages helps catch errors early and ensures only good code is released.

Explain the role of each stage: Build, Test, and Deploy in a Jenkins pipeline.

Think of making a cake: prepare ingredients, bake, then serve.

Describe why it is important to have a Test stage before Deploy in a pipeline.

Imagine checking your homework before handing it in.

Practice

1. What is the main purpose of splitting a Jenkins pipeline into build, test, and deploy stages?

easy

A. To organize the process into clear steps and catch errors early

B. To run all commands at the same time for speed

C. To skip testing and deploy directly

D. To only build the code without testing or deploying

Solution

1. Step 1: Understand the purpose of stages

   Stages separate the pipeline into logical parts: building, testing, and deploying.

2. Step 2: Recognize benefits of stages

   This separation helps find errors early and keeps the process organized.

3. Final Answer:

   To organize the process into clear steps and catch errors early -> Option A

4. Quick Check:

   Stages = clear steps + early error detection [OK]

Hint: Stages split work to catch errors early and stay organized [OK]

Common Mistakes:

• Thinking stages run in parallel by default
• Skipping test stage to save time
• Confusing build with deploy

2. Which of the following is the correct syntax to define a build stage in a Jenkins declarative pipeline?

easy

A. stage('build') { steps { sh 'make build' } }

B. build { stage('steps') { sh 'make build' } }

C. steps { stage('build') { sh 'make build' } }

D. pipeline { build { sh 'make build' } }

Solution

1. Step 1: Recall Jenkins declarative syntax

   A stage is defined as stage('name') { steps { ... } }.

2. Step 2: Match syntax with options

   stage('build') { steps { sh 'make build' } } correctly uses stage('build') { steps { sh 'make build' } }.

3. Final Answer:

   stage('build') { steps { sh 'make build' } } -> Option A

4. Quick Check:

   Stage syntax = stage('name') + steps block [OK]

Hint: Stage syntax: stage('name') { steps { ... } } [OK]

Common Mistakes:

• Placing steps outside stage block
• Using build as a block instead of stage
• Missing steps keyword

3. Given this Jenkins pipeline snippet:

pipeline {
  agent any
  stages {
    stage('build') {
      steps {
        echo 'Building...'
      }
    }
    stage('test') {
      steps {
        error 'Test failed!'
      }
    }
    stage('deploy') {
      steps {
        echo 'Deploying...'
      }
    }
  }
}

What will be the output when this pipeline runs?

medium

A. Pipeline skips build and test, runs deploy only

B. All stages run successfully including deploy

C. Build stage runs, then test stage fails and stops pipeline; deploy does not run

D. Pipeline runs build and deploy but skips test

Solution

1. Step 1: Analyze build stage

   The build stage prints 'Building...' successfully.

2. Step 2: Analyze test stage

   The test stage runs error 'Test failed!' which stops the pipeline with failure.

3. Step 3: Analyze deploy stage

   Because test failed, deploy stage does not run.

4. Final Answer:

   Build stage runs, then test stage fails and stops pipeline; deploy does not run -> Option C

5. Quick Check:

   Failure in test stops pipeline before deploy [OK]

Hint: Error in test stage stops pipeline before deploy [OK]

Common Mistakes:

• Assuming deploy runs despite test failure
• Thinking error only logs message without stopping
• Ignoring pipeline stop on error

4. You wrote this Jenkins pipeline snippet:

pipeline {
  agent any
  stages {
    stage('build') {
      steps {
        sh 'make build'
      }
    }
    stage('test') {
      sh 'make test'
    }
    stage('deploy') {
      steps {
        sh 'make deploy'
      }
    }
  }
}

Why does this pipeline fail to run correctly?

medium

A. The build stage uses sh instead of bat

B. The test stage is missing the steps block

C. The deploy stage should be outside stages

D. The agent keyword is misplaced

Solution

1. Step 1: Check syntax of each stage

   Build and deploy stages have steps { ... } blocks, but test stage does not.

2. Step 2: Understand Jenkins syntax rules

   Each stage must have a steps block to run commands; missing it causes failure.

3. Final Answer:

   The test stage is missing the steps block -> Option B

4. Quick Check:

   Missing steps block in stage = syntax error [OK]

Hint: Every stage needs a steps block for commands [OK]

Common Mistakes:

• Forgetting steps block inside a stage
• Mixing shell commands syntax
• Misplacing agent keyword

5. You want to create a Jenkins pipeline that builds your app, runs tests, and deploys only if tests pass. Which pipeline structure below correctly implements this with proper stages and error handling?

hard

A. pipeline { agent any stages { stage('build') { steps { sh 'build.sh' } } stage('test') { steps { sh 'test.sh' } } stage('deploy') { steps { sh 'deploy.sh' } } } }

B. pipeline { agent any stages { stage('build') { steps { sh 'build.sh' } } stage('test') { steps { sh 'test.sh' } } stage('deploy') { steps { sh 'deploy.sh' } } } post { failure { echo 'Tests failed, skipping deploy' } } }

C. pipeline { agent any stages { stage('build') { steps { sh 'build.sh' } } stage('test') { steps { sh 'test.sh' } } stage('deploy') { steps { sh 'deploy.sh' } } } post { always { echo 'Deploying regardless of test result' } } }

D. pipeline { agent any stages { stage('build') { steps { sh 'build.sh' } } stage('test') { steps { sh 'test.sh' } } stage('deploy') { steps { sh 'deploy.sh' } } } post { success { echo 'Deployment complete' } } }

Solution

1. Step 1: Understand pipeline flow

   Build runs first, then test, then deploy only if test passes (pipeline success).

2. Step 2: Analyze post blocks

   pipeline { agent any stages { stage('build') { steps { sh 'build.sh' } } stage('test') { steps { sh 'test.sh' } } stage('deploy') { steps { sh 'deploy.sh' } } } post { success { echo 'Deployment complete' } } } uses post { success { ... } } to confirm deployment success message, matching requirement.

3. Step 3: Check other options

   pipeline { agent any stages { stage('build') { steps { sh 'build.sh' } } stage('test') { steps { sh 'test.sh' } } stage('deploy') { steps { sh 'deploy.sh' } } } } lacks error handling; B prints message on failure but does not prevent deploy; C deploys always.

4. Final Answer:

   Option D correctly runs deploy only on success and confirms deployment -> Option D

5. Quick Check:

   Deploy runs only if tests pass = post success block [OK]

Hint: Use post success block to run deploy only if tests pass [OK]

Common Mistakes:

• Deploy running even if tests fail
• Missing post blocks for error handling
• Confusing post always with success