Our Job completed, but the build is unstable (orange with an !
).
It appears that our tests have failed in the Automated Testing
phase.
In this scene, we will first take a look at the test artifacts in Jenkins to ascertain what happened.
Next, we will login to Bugzilla and validate the bug report against what we see in QA.
Finally, we will look at the corresponding bookmark on our Test
data pod in the Delphix DDP.
YOUR STEPS FOR THIS SCENE:
- Activate the Jenkins tab
- Click on the
Tests
button (in purple rectangle below) - We can see from this screen that the
Add Duplicate User
test failed (a duplicate user was allowed) - The test failure created a bug. Let’s check that out.
- Activate the Bugzilla tab.
- Click Browse
- Click TestComponent
- Click on the most recent job. It is #3 in the example below.
- Scrolling to the bottom of the bug, we can see the test results and reported failure.
- Let’s reconcile what we see in the bug report and test results against the QA environment.
Click the
Patients QA
bookmark. - Log in to the QA instance of the Patients application using credentials
- If you logged in successfully, you should see a list of patients in your browser
- The test report indicated that it failed because it was able to add a duplicate user. Click the
Users
button (purple rectangle below) - Ack! We do have to users with the same username
mcred
. This could cause significant issues as our product rollout expands. - Activate the Dynamic Data Platform tab.
- Login as qa, if your login has timed out.
- Click on
Test
- Click on the most recent bookmark icon.
Does it match the job number from Jenkins?
Does the bug tag on the bookmark match the defect in bugzilla?
- The bookmark has been shared back with the developer. Let’s make the dev clean up their own mess.