EEPW论坛

　　1、单元测试越早进行越好。在TDD方法中，Kent甚至认为开发团队应该遵行“先写测试、再写代码”的编程途径。

　　2、对于修改过的代码应该重做单元测试，以保证对已发现错误的修改没有引入新的错误。

　　3、测试人员的测试用例应经过审核，如有必要应经过会议评审，以保证测试用例的质量。

　　4、当测试用例的测试结果与设计规格说明上的预期结果不一致时，测试人员应如实记录实际的测试结果。

　　5、单元测试应该依据《软件详细设计规格说明》进行，而不要只看代码，不看设计文档。因为只查代码，仅仅能验证代码有没有做某件事，而不能验证它应不应该做这件事。

　　6、单元测试应注意选择好被测软件单元的大小。软件单元划分太大，那么内部逻辑和程序结构就会变得很复杂，造成测试用例过于繁多，令用例设计和评审人员疲惫不堪；而软件单元划分太细会造成测试工作太繁琐，失去效率。工程实践中要适当把握好划分原则，不能过于拘泥。

　　7、注意使用单元测试工具，可以替代一些重复性的劳动。

　　我们在实施单元测试前期遇到很多问题，但是发现其实开发人员都知道单元测试很重要，只是没有正确的引导和教给他们方法而异。现在我们的开发人员都会主动使用junit来进行测试。（习惯慢慢养成）