单元测试之白盒测试方法

偶所在公司内目前还没有单元测试，前两天测试某系统的FTP上传功能时，发现其软件的流程设计有问题
，进而觉得单元测试对系统还是很重要的，今天又在网上查看了很多关于单元测试的文章，发现现在做
单元测试的公司还真的不是很多呀。原因之一单元测试的bug发现率太低使得公司忽视了这一块；再就是
公司内没有一个好的单元测试流程。鉴于上面提到的两个原因及公司现在的环境（流程的可行性），偶
想出了以下的白盒测试流程。简称单元测试之白盒测试方法（代码审查）。
　
　　首先先说一下测试中需要出的文档在单元测试前可以进行代码规范性审查。注：可以对所有代码进
行规范性审查，也可以对重点代码进行规范性审查。此步骤可裁剪。
　
　　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记录单中，中国IT实验室最后在评审中达
成协议，bug记录单中的问题哪些修复，哪些不修复怎样处理等
，最后由开发人员修改bug记录单中的问题，修改完后交给测试人员，测试人员可以用黑盒测试的方法验
证bug记录单中的问题是否修改。验证完后，由开发人员填写单元测试报告。单元测试完成。