BDD行为驱动开发测试Cucumber经验分享

请勿在未经本人同意下，以任何形式转载本文

从事多年自动化测试框架的开发，并协助大中型企业建立自动化测试开发部门，提供可行的整体测试框架和测试方案，根据这些年在国外的工作经验，大体上我们通常使用TDD或者BDD两种形式，对一些大型软件，并不局限于这两种方案的理论，不论采用什么样的测试理论，目的只有一个，也就是保证发布的产品的质量，降低软件在发布后进行的维护或修复的成本，这也是作为QA这部门的职能所在。

这篇文章和大家分享的主题是: 行为驱动开发测试中何时使用Cucumber，以及使用Cucumer的先决条件和优点缺点

1. 为什么使用Cucumber

     a.  抛弃传统的类似QC的测试用例工具，将测试用例描述和测试用例执行整合在一起，即自然语言描述出来的测试用例可以直接被执行，而不需要人工的将自然语言转化为可运行的测试用例

     b.  Gherkin语言规则编写的测试用例，对于编写测试用例的人员没有技术要求，即测试人员可能精通业务逻辑，但不精通程序开发，或产品经理可以直接编写和管理测试用例，通常产品经理并不懂得开发技术

     c.  测试用例 + 测试执行 + 测试报告将高度整合，并且通过可持续集成的方法，易于开发人员了解测试人员测试点，根据测试用例，开发人员可以直接回测，并不需要了解测试框架的设计

2. 什么情况可以使用Cucumber

   a.  在实际操作中，Cucumber只可以使用在单纯的功能测试中(非UI)，在通