“黑盒测试驱动开发”的概念是从“测试驱动开发”演变而来的，“测试驱动开发”顾名思义，就是利用测试技术来驱动代码的开发，是由开发人员来完成的。当然我们项目的开发人员目前还是没运用这样的开发模式的；测试人员如果想把这个模式运行起来，就得稍作变化，于是引进了“黑盒测试驱动开发”一词，意思是说在不关心程序内部的结构，根据功能需求文档的要求，严格编写输入输出测试代码，对程序进行测试，从而起到驱动开发编写代码的作用，其核心部分就是在功能代码实现之前完成测试代码编写。
开发人员通常比较关注技术，对于功能需求的理解容易出现偏差，而需求文档又不会很明确的指出应该实现怎样的结果，这使得从需求到功能出现一个“阅读上的障碍”，如果最后功能错误了还需返工，这样耗费的人力物力就非常大的。
黑盒测试驱动开发，就是针对功能需求文档，按照严格的输入输出，写成测试用例，在开发人员编写代码过程中进行测试驱动开发，目的为了让产品在开发阶段，能按照需求输入输出去实现，尽早发现产品的错误，得以早期被修正；同时让开发的代码更高效。
先看看我们原来的开发模式，找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）、补充测试案例（黑盒测试用例覆盖，可以借助代码覆盖率工具进行检查覆盖情况）
