对单元测试的思考
1)对架构的反思：架构是否按照分层开发，业务逻辑是否全部在逻辑层实现而非UI实现，这些对单元测试都很重要。虽然现在提供了一些从UI开始的单元测试工具，但推荐方式或说单元测试的重点仍然在逻辑层。
2)对自我开发技能的反思：软件 开发不做单元测试而直接做黑盒测试不利于锻炼自己逻辑思维能力，代码静态分析技能。通过进行单元测试，进行分支和覆盖分析，可以加强代码的可测试性，促进代码的重构。
3)单元测试是集成测试的基础，如果单元测试都没有做好，那就会把单元，子程序的问题遗留到系统测试的时候才发现。
4)不使用单元测试工具或框架也可以自己写相关代码或其它方式进行单元测试，不能单纯理解单元测试就是使用JUnit,NUnit等相关工具。
相关软件测试培训： ·软件测试工程师实践班 课程时间： 2006年7月27-30日(共4天)
-----------------------------------------------------------------
单元测试是检查程序中的最小单位(函数，过程，类，子程序，包)有无错误，一般在编码完成后由开发人员进行。
单元测试的目标是检查编码是否符合设计，而不能检查设计是否正确。
单元测试的一些方法：
静态方法：
代码走读：可开发人员间相互走读代码，可设计人员走读开发人员代码，比较随意些。
代码走查，审查：召开评审会对编码进行评审，根据编码检查单，和设计相关工件对编码进行评审。这里可以由开发人员自己对代码进行讲解，也可以由他人对编码进行讲解。
文章来源于领测软件测试网 https://www.ltesting.net/
