Sold to the fine

party from developer who breaks the build will do. :) 
Conclusion
Build should not be assigned to test team unless and until all the tests in BVT have passed. BVT can be 
executed by developers or testers and BVT result is communicated throughout the team. Immediate 
action should be taken to fix the bug in case of BVT failure. BVT process should be automated. Only 
critical test cases should be included in BVT. These test cases should ensure maximum application 
test coverage.
***** 
 
Smoke and Sanity Testing Difference 
Points to differentiate smoke and sanity testing: 
Smoke Testing: 
This is done to check if critical functionality of the application which was working 
earlier is also working on new build before taking that build for rigorous testing. 
●
Smoke testing originated in the hardware testing practice of turning on a new piece of 
hardware for the first time and considering it a success if it does not catch fire and smoke. In 
software industry, smoke testing is a shallow and wide approach whereby all areas of the 
application are tested without getting into too deep. 
●
A smoke test is scripted, either using a written set of tests or an automated test. 
●
A s oke test is desig ed to tou h e e pa t of the appli atio i a u so a . It s shallo
and wide. 
●
Smoke testing is conducted to ensure whether the most crucial functions of a program are 
working, but not bothering with finer details (such as build verification tests). 
●
Smoke testing is normal health checkup of a new build of an application before taking it to 
test in-depth. 

---

www.SoftwareTestingHelp.com
 
PAGE 58
Software Testing Career Package