先编码再进行单元测试，还是同时进行编码和单元测试？

对于实施GJB5000的项目组来说，他们知道不只要进行系统测试，还应进行单元测试。但是，什么时候进行单元测试，是先完成编码在进行单元测试还是同时进行编码和单元测试？单元测试是由开发人员来做还是由测试人员来做？当我们明了单元测试的意义，这些问题的答案也就呼之欲出了。

为什么我们要进行单元测试？是因为单元测试可以提高代码质量，在代码形成的早期就能发现并去除缺陷，从而提高软件开发效率，降低开发成本。

• 单元测试应当由开发人员负责

单元测试应当由开发人员负责进行，因为作为代码的生产者，开发人员有责任确保代码具有较高的质量水平后才能让其流入下一流程。况且，在军工单位中已经在实施产品质量终身责任制，作为软件产品责任人的开发人员必须要对其质量负责。

从单元测试的内容来看，单元测试需要完成代码和分支覆盖率的要求，需要确保代码的逻辑正确，而这些“白盒测试”，显然由更熟悉代码的开发人员来做更为经济、合适。

从单元测试的时机来说，越早进行单元测试越经济、效率越高，而开发人员最清楚编码的进程，能够以最合适的时机开展单元测试。

从单元测试的收益来看，开发人员可以从中获取经验教训，提高自己的编程水平。

当然，如果开发人员缺乏测试的经验，可以由测试人员辅助其制定测试计划和测试用例，指导其更好地完成单元测试任务。

• 单元测试应先于编码或者与编码同时进行

从经济角度来看，Bug发现的越早，修复的成本越小；反之，Bug发现的越晚，修复的成本越高。所以，单元测试应先与编码或者至少也应与编码同时进行，等到所有单元都已经实现了才进行单元测试，是最不经济的做法。

测试先于编码，即测试驱动开发，是一个已经被证明了的优秀的敏捷开发实践。如果我们暂时不具备实施敏捷的条件，至少也应使得编码与单元测试同时进行。因为当开发人员完成一个单元的代码后立即对这个单元进行单元测试，这时的单元测试的创建更简单，维护更容易，并且可以更方便地进行重复。同时，发现缺陷后定位错误，修复等工作都会十分容易。这比单元实现越来越多，单元间的关系变得复杂起来后发现和修复缺陷容易太多，而且效率更高。

而且，进行单元测试，确保代码质量，可以有效地预防影响软件功能的缺陷出现。如果单元测试进行的太晚，就失去了预防的意义。

这正是：