|
Software QA/Testing
Glossary and Technical FAQs
|
|
|
Q: Tell me about the process of daily builds and smoke tests.
A: The idea behind the process of daily builds and smoke tests is to build the product every day, and test it every day.
The software development process at Microsoft and many other software companies requires daily builds and smoke tests. According to their process, every day, every single file has to be compiled, linked, and combined into an executable program. And, then, the program has to be "smoke tested".
Smoke testing is a relatively simple check to see whether the product "smokes" when it runs.
You should add revisions to the build only when it makes sense to do so. You should to establish a Build Group, and build *daily*; set your *own standard* for what constitutes "breaking the build", and create a penalty for breaking the build, and check for broken builds *every day*.
In addition to the daily builds, you should smoke test the builds, and smoke test them Daily. You should make the smoke test Evolve, as the system evolves. You should build and smoke test Daily, even when the project is under pressure.
Think about the many benefits of this process! The process of daily builds and smoke tests minimizes the integration risk, reduces the risk of low quality, supports easier defect diagnosis, improves morale, enforces discipline, and keeps pressure-cooker projects on track.
If you build and smoke test *daily*, success will come, even when you're working on large projects!
[Continued on next page...]
|
______________________________________________________
|
|