首先先说一下测试中需要出的文档。
在单元测试前可以进行代码规范性审查。注：可以对所有代码进行规范性审查，也可以对重点代码进行规范性审查。此步骤可裁剪。
1、单元测试申请。注明测试的功能点，时间，各功能点测试原因等。
（1）测试功能点
（2）测试进度
（3）每个功能点的测试原因
2、制定单元测试计划。在 许多资料中定义单元测试中的单元时各不相同。有用模块的，有用函数的，有用类的等。偶在这里为了可操作性，再就是偶测试的系统都是应用软件，很重视界面的 操作，所以偶将单元定义为界面上的功能性操作。如添加按钮等。当然不会是这么简单的。偶只是将比较复杂的一些操作写入了单元测试计划中。单元测试的计划模 板如下：
（1）定义单元测试功能点。如（ftp上传功能）
（2）功能点需求规格说明书。
（3）功能点测试时间。
（4）功能点测试的组织方式及人员。
（5）功能点测试采用的方法。
（6）功能点测试的通过标准
3、单元测试设计。在单元测试设计中主要由开发人员将其程序的设计思路，即流程图画出。
（1）功能点需求。
（2）功能点设计流程图
（3）功能点设计数据流图
（4）功能点伪代码（可裁剪的）
4、单元测试用例。这一部分主要由测试人员根据功能点需求进行测试用例的设计
（1）功能点需求
（2）测试用例设计方法
（3）测试用例
5、评审人员的bug记录
（1）测试功能点
（2）测试bug记录。
6、单元测试报告。这一部分由开发人员写单元测试用例报告，包括本次单元测试发现的bug类型，单元测试中拒绝bug的原因，单元测试情况等。
然后再提一下测试的组织方式。由项目经理或者系统设计人员准备单元测试申请，单元测试计划，单元测试设计（单元测试设计也可以由开发人员准备），准备好 以上文档后，提交测试部门；测试人员根据上面的文档出单元测试用例（单元测试用例也可以在需求出来以后就出，此处可以灵活变通）；然后测试人员根据上面的 文档检查设计中的bug，填写bug记录单；测试人员根据bug记录单组织专家评审（项目经理、设计人员等），专家针对测试人员测试出的bug进行讨论， 在评审中专家也可以提出新的bug记录到bug记录单中，最后在评审中达成协议，bug记录单中的问题哪些修复，哪些不修复怎样处理等，最后由开发人员修 改bug记录单中的问题，修改完后交给测试人员，测试人员可以用黑盒测试的方法验证bug记录单中的问题是否修改。验证完后，由开发人员填写单元测试报告。单元测试完成。
累死了，终于完成了，希望大家多提宝贵意见。
本文出自seven的测试人生公众号最新内容请见作者的GitHub页：http://qaseven.github.io/
