在系统开发中单体测试时非常重要的。特别是对于承担开发任务的公司来说，单体测试做得好的话能大大减少返工，提高效率。特别是我们的一些外包公司，可能有的项目只让你做编码和单体测试。
单体测试是质量的第一关，要做好单体测试首先要写好单体测试书。也许有的公司就没有单体测试书这回事，完全凭借员工的经验来做单体测试，这样做的风险较大。
写单体测试书虽然要花费一定时间，但写单体测试书以下几个好处。
1、在写单体测试书的时候能够更加准确地理解详细设计书甚至是要件定义。
2、写好的测试书在做review的时候能够进一步理解详细设计书。
3、能够更加全面的进行单体测试，而不是依靠具体的某个员工的经验，这样降低了测试的门槛。
4、能够客观判断测试人员的工作进度，而不是有测试人员报告的进度。这样能够掌控项目，降低风险。
5、对于客户来说看到了单体测试书的话，能够更好地评价品质。增加客户信任度。
当然，我们的单体测试书如果只当是一项任务来做的话，可能写的乱七八糟，反而是浪费时间了。为了避免这种情况，我们要预先准备好一些模板，比如画面系的单体测试书写法，批处理的单体测试书写法，帐票的单体测试书写法等等。
画面系还可以更加细分，比如设定画面，模板画面等等。然后培训一下测试书的写法，这样我们就能在不同的项目都稍加改进就利用一套具有实践意义的成果，提高测试书的质量。
单体测试书写好后我们就是认真仔细地进行测试，如果在测试的过程发现还有遗漏可以继续补充。
做好单体测试后，我们的代码质量就会较高，在这个基础在进行结合测试，或者提高给客户做结合测试的时候我们的bug率就会较低，返工也就降低了，如果返工我们的工数是成倍的增加，对公司降低成本非常不利。
当然，单体测试的质量的好坏，很大程度还是要依赖于详细设计书的质量。如果详细设计书写的一塌糊涂，我想单体测试书的质量也高不到哪里去。
如果详细设计，编码，单体测试都是自己公司承担的时候，重点应该放在详细设计上。我发现很多人都比较重视编码，还没设计好就先写代码了，这样的习惯是非常不好的。没有蓝图的建筑质量是没有保证的。
如果自己的公司只是承担编码和单体测试，详细设计是由客户提供的话，可以客户提高的详细设计质量较差，那这个要尽量争取式样变更。降低自己的负担。即使是这样也要尽早和客户探讨详细设计式样，尽早发现问题，解决问题。这样能够使自己公司和客户都降低风险，降低成本，更加能够得到客户的认可。
单体测试时我们质量的起步，如果起步都走不好那以后路也就不好走了。