1、为什么要做单元测试我不想多说
模块出现问题难定位，为了更早发现bug，定位bug。
2、关于程序员的职责，强调：
不是调试不报错就可以了，不要自信自己的程序不会出错。
任何人都有失误不可避免的。开发的任务是完成程序直至交付和维护。
3、实践证明
编码阶段引入的bug多余其他阶段。
系统测试发现的大多数都是编码缺陷，又得花时间找问题·~⊙﹏⊙b汗
这样导致的问题，测试版本频繁，进度无休止的拖延。
4、谈下我们的现状
业界能做单元测试的都是花软件项目周期的五分之一左右时间编码，而我们绝大部分是百分之五十以上的时间编码，剩下的时间就是所谓系统测试了，而称之为系统测试，实际上都是在系统联调环境或接口问题不断，有效测试时间少之又少，还不断更新版本，测试效果可想而知。
5、我们的开发充当的角色：
参与部分高层设计、承担低层设计、程序实现和低层测试。
6、为啥开发的测试效果不好？这也是我为什么要写这个喇
没时间测试、不知道怎样测试、不好组织。
结果单元测试都是堆积到系统测试阶段，给测试痛苦，你们应该对我们好点，%>_<%
后果就是拖延项目发布时间，难以定位bug，奔命吖~~
附：业界标杆单位是15%编码、25%单元测试，系统测试只需要4%，这也是为什么我们公司以前测试一个版本3天左右就能搞定。考虑周全，质量本身就不错，等着挑刺了。
7、单元测试原则：
● 尽早
● 保证单元测试的可重复性。
● 工具支持
8、单元测试内容，这里是我们需要重点关注的内容：
● 功能
● 接口
● 局部数据结构
● 重要执行路径（正常数据和边界数据以及错误数据都得试试）
● 错误处理路径
● 边界条件测试
9、我们的单元测试谁做
主要是开发人员做，测试人员可以针对重点模块实施独立单元测试。
