生命是个舞台,不用排练,尽情表演,感动过的片段百看不厌。

黑盒测试驱动开发

上一篇 / 下一篇  2011-05-18 10:08:24 / 个人分类:模式

黑盒测试驱动开发指南

 

  • 什么是“黑盒测试驱动开发”

“黑盒测试驱动开发”的概念是从“测试驱动开发”演变而来的,“测试驱动开发”顾名思义,就是利用测试技术来驱动代码的开发,是由开发人员来完成的。当然我们项目的开发人员目前还是没运用这样的开发模式的;测试人员如果想把这个模式运行起来,就得稍作变化,于是引进了“黑盒测试驱动开发”一词,意思是说在不关心程序内部的结构,根据功能需求文档的要求,严格编写输入输出测试代码,对程序进行测试,从而起到驱动开发编写代码的作用,其核心部分就是在功能代码实现之前完成测试代码编写。

  • 为什么要做黑盒测试驱动开发

开发人员通常比较关注技术,对于功能需求的理解容易出现偏差,而需求文档又不会很明确的指出应该实现怎样的结果,这使得从需求到功能出现一个“阅读上的障碍”,如果最后功能错误了还需返工,这样耗费的人力物力就非常大的。

黑盒测试驱动开发,就是针对功能需求文档,按照严格的输入输出,写成测试用例,在开发人员编写代码过程中进行测试驱动开发,目的为了让产品在开发阶段,能按照需求输入输出去实现,尽早发现产品的错误,得以早期被修正;同时让开发的代码更高效

  • “黑盒测试驱动开发”流程与实施

1、引进“黑盒测试驱动开发”之后的流程

先看看我们原来的开发模式,找V8开发几个相关负责人,了解到开发的详细开发模式:

1)、功能需求分析

2)、完成需求文档编写,并召集负责人评审需求

3)、需求详细设计(开发设计文档)

4)、代码实现

5)、完成代码实现,提交测试

而测试的模式,主要还是在开发提交测试之后才开始进入的:

1)、分支功能测试(开发改BUG、重构)

2)、合并测试(开发改BUG

3)、系统测试RC测试(开发改BUG

以上是之前产品的开发模式,再看看接下来计划的模式,把测试与开发的流程放在一起:

见以下流程图

 

  • “黑盒测试驱动开发”怎么

开发、测试、产品三方审核“功能需求”完成之后,开发此时会去写需求详细设计,测试同时开始介入,由于之前测试人员已经熟悉了功能的需求和业务,此时根据需求文档开始写功能测试用例设计文档,紧接着开始测试脚本编写与测试环境部署,理论上这些工作都必须赶在开发人员开始代码实现之前完成,但实际上我们受到例如版本等其他原因的影响,可能存在不能在开发实现之前把所有测试脚本准备好。

那么可以和开发进行约定,了解清楚开发在代码实现过程中的优先级别,例如功能完全实现完成需要经过ABC三个组件的编写,那么我们弄清楚开发的优先级别之后,保持与开发同步即可,开发组件A实现之前,我们已经准备好了组件A相关的测试脚本,当开发在实现组件A时,我们开始编写组件B的测试脚本,依次一层一层深入,直到功能全部完成实现。

黑盒测试驱动开发步骤:

1)、测试案例设计

a) (永远比开发快一步)

b) 与开发保持同步

c) 根据需求文档做案例设计

2)、测试脚本编写

a) 与开发保持同步

3)、执行测试

a) 测试帮开发搭建一个测试环境

b) 记录每一次测试结果

c) 跟进开发的进度和产品的质量

4)、补充测试案例(黑盒测试用例覆盖,可以借助代码覆盖率工具进行检查覆盖情况

 


TAG:

 

评分:0

我来说两句

wuzengshen

wuzengshen

2007年6月11日加入金山,先后参与了金山毒霸文件引擎测试,病毒样本测试,之后转战桌面办公软件测试,期间支援过金山云测试。前面主要负责桌面软件的测测试设计、测试执行、自动化设计、脚本开发等工作,后面主要负责企业项目测试管理、产品稳定性测试研究工作。

日历

« 2021-12-08  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 22439
  • 日志数: 30
  • 建立时间: 2011-05-18
  • 更新时间: 2014-02-23

RSS订阅

Open Toolbar