1、为什么要做单元测试我不想多说

　　模块出现问题难定位，为了更早发现bug，定位bug。

　　2、关于程序员的职责，强调：

　　不是调试不报错可以了，不要自信自己的程序不会出错。

　　任何人都有失误不可避免的。开发的任务是完成程序直至交付和维护。

　　3、实践证明

　　编码阶段引入的bug多余其他阶段。

　　系统测试发现的大多数都是编码缺陷，又得花时间找问题?~⊙?⊙b汗

　　这样导致的问题，测试版本频繁，进度无休止的拖延。

　　4、谈下我们的现状

　　业界能做单元测试的都是花软件项目周期的五分之一左右时间编码，而我们绝大部分是百分之五十以上的时间编码，剩下的时间是所谓系统测试了，而称之为系统测试，实际上都是在系统联调环境或接口问题不断，有效测试时间少之又少，还不断更新版本，测试效果可想而知。

　　5、我们的开发充当的角色：

　　参与部分高层设计、承担低层设计、程序实现和低层测试。

　　6、为啥开发的测试效果不好？这也是我为什么要写这个喇

　　没时间测试、不知道怎样测试、不好组织。

　　结果单元测试都是堆积到系统测试阶段，给测试痛苦，你们应该对我们好点，%>_<%

　　后果是拖延项目发布时间，难以定位bug，奔命吖~~

　　附：业界标杆单位是15%编码、25%单元测试，系统测试只需要4%，这也是为什么我们公司以前测试一个版本3天左右能搞定。考虑周全，质量本身不错，等着挑刺了。

　　7、单元测试原则：

　　● 尽早

　　● 保证单元测试的可重复性。

　　● 工具支持

　　8、单元测试内容，这里是我们需要重点关注的内容：

　　● 功能

　　● 接口

　　● 局部数据结构

　　● 重要执行路径（正常数据和边界数据以及错误数据都得试试）

　　● 错误处理路径

　　● 边界条件测试

　　9、我们的单元测试谁做

　　主要是开发人员做，测试人员可以针对重点模块实施独立单元测试。