Sold to the fine

Cross Testing Ideas (Analogy):
While testing an application treat it like an entirely different application, which you have used before 
and then start testing. By doing this you might come across issues, which are not part of the 
requirements but just some common/generic features, which should be present and often 
overlooked. 
E.g.
If you are testing a portal, use it like you use your Email program or any application, which you 
worked on before and see how the application behaves. 
I remember exploring a critical defect using this technique. I was testing secured login feature of a 
finance application and tried altering the URL and navigating to a different page (which was a defect 
in my last tested application). By doing this I was able to bypass the login mechanism using Secure ID 
and this was neither a test case nor any other team member thought that this should be one of the 
scenarios. 
Reverse or Backward Testing Ideas:
What is the normal workflow that you follow while testing?
A e t these the e a t sa e steps, hi h 
were used while developing the application, Requirements >> Unit Cases >> Integration Testing >> 
System Testing or any other approach? 
The minds of people working on the development of an application are bound to think in the 
direction which covers positive scenarios. But the end user might not do the same every time. That is 

---

www.SoftwareTestingHelp.com
 
PAGE 70
Software Testing Career Package
 
 
 
© 2015
By Software Testing Help 
 
the reason why production defects or UAT defects exist even after extensive rounds of Unit Tests, 
Integration test and System Tests. 
E.g.
Requirement says you can upload a file which does not exceed file size of 10 MB. Most testers 
will try uploading a 1MB, 2MB, 3 MB and so on till 10 MB is reached or error message is displayed. 
Wh do t ou sta t ith MB a d the t MB a d the MB? This e a ple is othi g ut a BVA 
but how many of us have tried using BVA in scenarios other than an input box? 
Questioning:
Ideally every QA engineer should know the purpose of any requirement. Putting up questions will 
help a QA engineer to refine his purpose of testing. If a QA engineer is good at questioning (s)he will 
be good at testing as well. You need to make sure none of the question, how so ever small or silly, is 
ignored. 
And in turn questioning will also enhance the domain knowledge of the person performing the 
testing. 
Researching:
Researching proves to be very beneficial before starting testing. Just be aware of the issues, which 
other people faced while doing similar assignment. Say, you have to start a cross browser testing as 
one of your assignments. Before starting the tests researching the issues, which other people 
encountered while using the same browser will help you find defects even before starting the actual 
testing.