Sold to the fine

6)
 
Do not assume anyth
i g i testi g. You should ha e test to eak attitude. Do t thi k 
beforehand that there will not be any defects in the application. Start testing the application 
with the intent of finding defects. 
7)
 
Write your test cases in requirement analysis and design phase itself. This way you can ensure 
all the requirements are testable. 
8)
 
Make your test cases available for developers for review. Let them see your test conditions so 
that they can take care of the most obvious defects saving time and rework.
9)
 
Go beyond requirement testing. Test application for what it is not supposed to do. 
10)
 
Refer defects history report for regression testing. This will help to analyze the most defect-
prone modules in the application and prioritize your testing accordingly. 
11)
 
Often testers or developers make config changes in code files to test the application in lower 
test environments. It is expected to change values of these config files before uploading files 
to production servers. You should note down all such code changes done for testing purpose 
and at the time of final release make sure that the tester or developer has removed all these 
before deploying code to live servers.
12)
 
Do t allo de elope s to ake a ha ges o test e i o e t. Fo deplo i g e uild 
get all deployment steps in release notes and deploy code on test servers. This way missing 
configuration steps can be captured at right place.
13)
 
The testers should discuss and share best testing practices and experience with other testing 
teams in the organization. 
14)
 
Whenever possible make face-to-face communication with developers for resolving your 
disputes quickly and to avoid any misunderstandings. Once the dispute is resolved send the 
summary of the agreed upon solution over email. This will keep track of all your 
communication. This process works well in small agile teams. 

---

www.SoftwareTestingHelp.com
 
PAGE 74