单元测试之白盒测试方法——代码审查

发表于:2011-10-27 14:46

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:easyabc    来源:51Testing软件测试网采编

  我所在公司内目前还没有单元测试,前两天测试某系统的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记录单中,最后在评审中达成协议,bug记录单中的问题哪些修复,哪些不修复怎样处理等,最后由开发人员修改bug记录单中的问题,修改完后交给测试人员,测试人员可以用黑盒测试的方法验证bug记录单中的问题是否修改。验证完后,由开发人员填写单元测试报告。单元测试完成。

  累死了,终于完成了,希望大家多提宝贵意见。

《2023软件测试行业现状调查报告》独家发布~

精彩评论

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号