所有好的开发项目都会遵循一些基本原则来保证代码质量。他们会使用代码控制，代码审查，每日构建等等。不幸的是，有时即使发布的产品遵循这些原则，测试团队却不。甚至在微软内部都是如此。但不应该这样。测试代码应该和开发代码一样健壮。
首先，脆弱的测试代码会使得发现代码中的错误变得困难。无法获得信任的测试很那说服开发修改问题。没人会相信他们的代码里有bug，结果脆弱的测试代码就成了替罪羊。
其次，虚假的失败结果需要花费时间来过滤。不稳定的测试代码维护起来很费时间。这部分时间无法通过写新的自动化测试代码或测试产品中新的方面来省掉。
最后，糟糕的测试代码会隐藏产品里的bug。如果测试代码崩溃了，在这一点以后的产品问题就丢掉了。同样，糟糕的测试可能运行不正常。我曾见过有测试代码过早返回成功，而没有执行多少该做的事情。
为了保证测试代码的质量，很重要的一点就是在提交代码时，要遵循和开发相同的规范流程。这包括审查任何重要的修改，使用代码版本控制工具，对测试代码做每日构建（你的产品有每日构建，对不对？），以及使用静态代码检查工具例如PCLint，开高警告级别，或者Visual Studio自带的代码分析功能。
