Quality Testing

Quality is delighting customers

If we didn't cover some functionality in writing test cases ,there is no time ...so what do u prefer do you write test cases or test that functionality which we missed??

If you go for testing that functionality, how will you give the assurance to client that we covered all the functionality?(we need to give test case docs to client)

Views: 484

Reply to This

Replies to This Discussion

 

 Simple yaar.. Traceability Matrix will serve your purpose ...  !    as far as writing test cases are converned .. We do not write test cases for every functionality ..   Your test plan tells you that for which functionality you need to write test cases and for which functionality you need not to... ! 

 Still have confusion ..? do let me know....

 

Samrat Jha

If we dont have time.... we will cover the major part of the funtionalty is working fine or not.. Your test plan tells you that for which functionality you need to write test cases and for which functionality you need not to...

first   option is that  u should talk your T/L or Pm in this situation .What they suggest 

 Second option is that If u do not have time to write test cases .test functionality first after that u have time then write test cases .testing functionality is more important than writing test cases

Second  option is that  u should talk your T/L or Pm in this situation .

Through tracebitly  matrix .

It is mapping between test cases and requirement.

 

 

Yes, What all said is correct and please give importance to sanity, adhoc and exploratory testing..... Experience based technique with error guessing

 

Regards,

Balaji

Sanity testing: when tester receive  build for testing.If there is minor changes in code .tester perform cursoury reg ration or narrow reg ration testing .to check that build is enough for testing or not.

In sanity we perform not full reg ration testing but also narrow reg ration that the build is enough for in a sane condition or not. .

Adhoc testing: if there is not enough time for writing test cases tester perform adhoc testing. For adhoc testing condition is that tester should aware such type of application previously. On the basis of knowledge and experience of prior such type of project tested tester test that application.

Exploratory testing: tester is not aware that type of application which is going to test. perform exploratory testing. In this type of testing tester learn while testing.

In such cases, one thing needs to be clear: You cannot test everything! I would adopt a risk-based testing approach where I would spend a couple of hours with the BA's and developers and come to an agreement on the functionalities that are critical to the end-user (that have not been covered as part of existing test cases) when the application goes live into production. This would help me determine the areas that I need to test. 

 

Of course, you need to ensure that all stakeholders are on board with this approach and are willing to accept the risk. 

 

This is perhaps the most logical way to handling a situation of this nature.

Yeah.., its right... Some thing similar to walkthrough

RSS

TTWT Magazine


Advertisement

Advertisement

Advertisement

Advertisement

© 2019   Created by Quality Testing.   Powered by

Badges  |  Report an Issue  |  Terms of Service