随着测试的发展，测试自动化越来越成为人们的关注点。
现在我们公司也在进行接口自动化的推广，在我看来接口自动化的价值就在于整体项目的回归，完成一些没法通过人力进行的测试，比如压力测试。
为了解决测试开发人员和功能测试人员的同步问题，选择了cucumber框架。
cucumber是一个能够理解用普通语言描述测试用例的行为驱动开发（bdd）的自动化测试工具。
换句话说就是学习成本比较低，并且可以方便测试开发人员和功能测试人员协同合作、开发人员进行公共方法的封装、功能测试人员进行测试用例的编写。
cucumber组成
由features、step_definitions、cucumber command组成。
features
·基于gherkin，支持语言：# language: en （zh-cn）等；
·features文件必须以.features命名；
·包含title，多个scenarios，每个scenario包含多个step。
示例如下：多组参数传参。
features: test //features关键字，测试用例集
scenario outline: eating //scenario outline关键字，测数用例
given there are cucumbers //given关键字，进行接口请求
when i eat cucumbers //when关键字，数据准备
then i should have cucumbers //then关键字
examples:
| start | eat | left |
| 12 | 5 | 7 |
| 20 | 5 | 15 |
关键字详解：
feature (功能)：test suite （测试用例集）。
scenario（情景)：test case （测试用例）。
scenario outline (or scenario template)：和examples更配。
given（给定：setup（创建测试所需环境）。
when（当）：test（触发被测事件）。
then（则）：assert(断言，验证结果)。
background（背景)：您会发现自己在一个功能的所有场景中重复相同的给定步骤，因为它在每个场景中都是重复的。
这表明这些步骤对于描述场景不是必需的，它们是附带的细节。您可以通过将这些给定的步骤分组到background部分，将它们移动到后台。
and(or but)：如果你有连续的“给定”、“何时”或“然后”。
“”"(定义多行字符串)：方便地将较大的文本段传递给步骤定义。
|(用来定义表格)：数据表便于将值列表传递给步骤定义。
step_definitions
step定义必须以关键字given、when、then、and开始，根据正则匹配对应的关键字。
根据feature文件中定义的step编写对应的测试代码。
示例如下：
运行*.feature文件，cucumber会分析feature文件中定义的step，然后去step -definitions寻找相匹配的step，执行step中的代码。
运行结果以html的形式保存，fail的情况查看对应log日志。
cucumber开发过程
1.首先使用cucumber原型maven插件创建一个新的项目目录。
项目目录如下：
2、在reources文件夹下，创建feature文件，包括feature、scenarios和step。
feature: is it friday yet? //features关键字，测试用例集
scenario: sunday isn’t friday //scenario outline关键字，测试用例
given today is sunday //given关键字，进行接口请求
when i ask whether it’s friday yet //when关键字，数据准备
then i should be told “nope” //then关键字
3、在hellocucumber文件下创建step_definitions。
4、项目运行，在idea中直接运行hellocucumber文件夹下的runcucumber.java文件即可。
测试用例设计
测试用例设计时按接口文档给的标准生成数据，然后填充到如下图的examples中即可，框架会循环进行执行测试用例，生成测试结果。
scenario outline: eating //scenario outline关键字，测试用例
examples: //examples关键字
后期维护
后续迭代版本功能测试人员和测试开发人员分工进行，功能测试人员维护features，也就是测试用例。
测试开发人员进行step_definitions的维护，就是一些代码逻辑和公共方法，最重要的也就是断言方法的改动比较大，接口请求就几乎是格式化的东西。
项目框架定制思路
1.测试前数据准备：类似于登录后获取请求头这种在里面进行实现。
2.测试用例数据：features文件中存放。
3.逻辑处理，接口请求：封装到step_definitions。
4.公共工具封装：一些数据库连接，yaml文件读取或者一些其他工具的存放地点。
5.框架配置信息：环境相关信息放置位置，不同城市、不同数据库、不同账号的切换在里面进行设置。
6.测试报告存放位置：用于测试报告的存放，接口文档的存放。
最后： 可以在公众号：伤心的辣条 ！ 自行领取一份216页软件测试工程师面试宝典文档资料【免费的】。以及相对应的视频学习教程免费分享！，其中包括了有基础知识、linux必备、shell、互联网程序原理、mysql数据库、抓包工具专题、接口测试工具、测试进阶-python编程、web自动化测试、app自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。
学习技术千万不要孤军奋战，最好是能抱团取暖，相互成就一起成长，群众效应的效果是非常强大的，大家一起学习，一起打卡，会更有学习动力，也更能坚持下去。你可以加入我们的测试技术交流扣扣群：914172719（里面有各种软件测试资源和技术讨论）
喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！
转行面试，跳槽面试，软件测试人员都必须知道的这几种面试技巧！
面试经：一线城市搬砖！又面软件测试岗，5000就知足了…
面试官：工作三年，还来面初级测试？恐怕你的软件测试工程师的头衔要加双引号…
什么样的人适合从事软件测试工作？
那个准点下班的人，比我先升职了…
测试岗反复跳槽，跳着跳着就跳没了…