Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions
Mail Us support@pass4success.com
Location US
Mob_nav_barsMENU

Google Professional Cloud Developer Exam - Topic 11 Question 38 Discussion

You are using Cloud Build to build a Docker image. You need to modify the build to execute unit and runintegration tests. When there is a failure, you want the build history to clearly display the stage at which the build failed.What should you do?
D) Create a Cloud Build build config file with separate cloud builder steps to compile and execute unit and integration tests.
A) Add RUN commands in the Dockerfile to execute unit and integration tests.
B) Create a Cloud Build build config file with a single build step to compile unit and integration tests.
C) Create a Cloud Build build config file that will spawn a separate cloud build pipeline for unit and integration tests.

Google Professional Cloud Developer Exam - Topic 11 Question 38 Discussion

Actual exam question for Google's Professional Cloud Developer exam
Question #: 38
Topic #: 11
[All Professional Cloud Developer Questions]

You are using Cloud Build to build a Docker image. You need to modify the build to execute unit and run

integration tests. When there is a failure, you want the build history to clearly display the stage at which the build failed.

What should you do?

Show Suggested Answer Hide Answer
Suggested Answer: D

by Nickolas at May 09, 2022, 08:30 PM

Limited Time Offer

25%

Off

Get Premium Professional Cloud Developer Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

0/2000 characters
Submit Cancel
Chauncey
10 months ago
I’m leaning towards B, but D seems more organized.
upvoted 0 times
...
Lawanda
10 months ago
Wait, can you really separate steps like that? Sounds complicated.
upvoted 0 times
...
Rocco
11 months ago
Option A could work, but it’s messy in the Dockerfile.
upvoted 0 times
...
Kris
11 months ago
Totally agree, D makes it easy to see where it fails.
upvoted 0 times
...
Albina
11 months ago
I think option D is the best choice for clear build history.
upvoted 0 times
...
Dona
11 months ago
I vaguely recall that creating a separate pipeline for tests could complicate things. I wonder if option C is overkill for this scenario?
upvoted 0 times
...
Herman
11 months ago
I feel like we practiced a similar question where we had to decide between using a single step or multiple steps. I think having separate steps is better for debugging, which makes me lean towards D.
upvoted 0 times
...
Mona
11 months ago
I'm not entirely sure, but I think adding RUN commands directly in the Dockerfile could make it harder to pinpoint where the failure occurred. So maybe A isn't the best option?
upvoted 0 times
...
Chara
11 months ago
I remember we discussed how using separate steps in a build config can help with clarity in the build history. It seems like option D might be the right choice.
upvoted 0 times
...
Dominga
11 months ago
This seems like a tricky situation. I'd want to really understand the team's concerns and work with them to find a balanced approach that respects Scrum principles while adapting to their needs.
upvoted 0 times
...
Thomasena
11 months ago
Assigning application access to a group makes sense to me. That's probably one of the main reasons you'd want to use groups in an identity management system like Okta.
upvoted 0 times
...

Save Cancel