STLC

Question 1

Where does STLC start?

Answer 1

At the very top of the SDLC process which is the requirement phase.

Question 2

Phases of STLC

Answer 2

Requirement review and analyze documents

Qa documentations are created which are test plan and test cases

Test execution
Bug life cycle
Regression test
Reporting - QA creates RTM and TCR
Qa signs off

Question 3

What is RTM and TCR?

Answer 3

RTM is making sure each requirement has a test case attached to it

TCR is created by us, we sign off on it the application is fully tested

Question 4

Which documents do they review and analyze in requirement phase?

Answer 4

RD,CRD,BRD,FRD,DD

Question 5

What is test plan?

Answer 5

Might have multiple scenarios and test strategies

Question 6

Where does test case come from?

Answer 6

Comes from requirement document

Question 7

Who creates the test plans?

Answer 7

LEAD QAs

Question 8

True or false

We as QA engineers sign off on the project too?

Answer 8

True

Question 9

What do you do if you find a bug at the very last stage of the stlc?

Answer 9

You have to invoke the bug life cycle.

Question 10

What’s the difference between rtm and TCR ?

Answer 10

Each requirement is attached to test cases

TCR we make sure we tested it

Question 11

What is a bug?

Answer 11

An issue or defect

Question 12

What is the reason for bug to occur?

Answer 12

Code,device,network,location,environment, role,rule

Code meaning developer gave incorrect code

Device meaning the code isnt compatible with the device

Question 13

What steps do you do to log a bug?

Answer 13

Take a screenshot of the bug when it occurs

QA replicates the bug 3 times to make sure its a legit bug

This has to be documented as steps to replicate and it goes in the test case

Identify all the elements related to bug which is, version, OS, device, location then include it within the steps to replicate document

The bug will include: title, summary, steps to replicate, data, all conditions of the bug for DEV team to look further into it.

Question 14

What are the elements related to bug?

Answer 14

version, OS, device, location then include it within the steps to replicate document

Question 15

What will the bug include?

Answer 15

The bug will include: title, summary, steps to replicate, data, all conditions of the bug for DEV team to look further into it.

Question 16

Bug life cycle process

Answer 16

Create the bug- status will be NEW
Change status to ASSIGNED

it goes to the developer

Developer looks at it and changes it to OPEN
the bug is being worked on

While bug is OPEN status
FIXED status- it gets changed to Re assigned

QA changes it to “in testing”

Question 17

What is possibility 1 in testing?

Answer 17

DEV Changed the bug to “FIXED” status.
○ The bug is validated by QA to be fixed and test passed.
○ The steps to replicate has to run successfully from start to finish
○ Limited regression test has to be completed successfully
○ Finally QA changes the status to “Closed” Status.

Question 18

What is possibility 2 in testing ?

Answer 18

● DEV Changed the bug to “FIXED” status.
● The bug is validated to be still existing and failed that’s when the QA changes the status
to “Re-Open”

Question 19

What is possibility 3 in testing?

Answer 19

DEV Changed the bug to “FIXED” status.
○ The steps to replicate has to run successfully from start to finish
○ Limited regression test FAILED.
○ QA changes the status to “Closed”
○ HOWEVER – A new bug was introduced with this bug fix and the QA needs to log this bug in “NEW” status.

Question 20

What is DEFERRED status?

Answer 20

This status is set by the PO, during Defect Triage meeting based on business needs.

deferred status means that the bug has been postponed for a later time.

Question 21

What is rejected status?

Answer 21

● This status Is decided by PO during Defect Triage meeting, since this bug is no longer valid or can
not be replicated by the user.
● Furthermore, This will result the status of the bug to “CLOSED” status.