人员问题是第一位的,解决了人员问题,接下来要解决技术问题。要让开发人员比较容易的实现单元测试,此时要从2个方法入手:
(1)工具
单元测试的公司有多种,有开源的也有商品化的,为了获得领导的支持,提高投入产出比,可以先采用开源的工具。开源的工具一般比较简单实用,宜于上手。
在引入工具时,最好是提供关于单元测试工具的整体解决方案,包括:单元测试框架、静态分析工具、缺陷跟踪工具等。这些工具集成在一起,能够极大的提高开发人员的效率。为了工具的集成,需要在推广的前期投入人力资源去探索,当然如果有热心人自告奋勇的去研究那将是很幸运的。
对于工具的使用,需要经常将有关人员使用工具的经验教训收集起来,整理出来,形成知识,在公司内进行发布、推广。
(2)方法
单元测试的方法其实最主要的是测试用例的生成方法。教科书上的方法与实践中还是有些差距的,实践是“不管白猫黑猫,带住老鼠就是好猫”,实践中一般是先对被测单元的入口参数进行等价类划分、边界值分析以生成测试用例,然后再考虑单元内部的实现逻辑进行覆盖率分析以生成测试用例。
3 过程
在进行单元测试的过程定义与相关的规范定义时应把握一个基本的原则:“先松后严,形成闭环”。即,在推广的初期,要求可以没有必要那么深入,可能是先要求大家做测试用例,然后再要求测试用例个数,再要求的覆盖率等等。但是定义了制度就要检查,要落实,要确保制度的执行。
单元测试是由开发人员自己来进行的,过程的定义要简单,只要把握几个关键点就OK了:
(1)是否写了测试用例?
(2)测试用例是否达到了组织级要求的个数?
(3)测试的缺陷是否记录了?
(4)是否自我分析了缺陷的原因、类型及分布情况?

