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

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

  2、关于程序员的职责,强调:

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

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

  3、实践证明

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

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

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

  4、谈下我们的现状

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

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

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

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

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

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

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

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

  7、单元测试原则:

  ● 尽早

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

  ● 工具支持

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

  ● 功能

  ● 接口

  ● 局部数据结构

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

  ● 错误处理路径

  ● 边界条件测试

  9、我们的单元测试谁做

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