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

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

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

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）、补充测试案例（黑盒测试用例覆盖，可以借助代码覆盖率工具进行检查覆盖情况）