简介
- 现在用的框架大致结构就是四部分：底层方法集合(一堆java文件集合)、调用底层方法集合(step.java)、组织用例文件（类似suit）、feature文件（主要是写每个用例的详细调用过程）
遇到的坑
- 昨天火急火燎的让我用这个框架写脚本，可是我一点不熟悉啊 ，再加上我对java的陌生，压力很大，不过幸亏搞定了；
- 坑一：
feature文件中，如果包含多个Scenario，此时出现错误控制台报错不准确或者就不说明错误情况； 我找到的方法就是将其他干扰的Scenario移除；
- 坑一：
- 坑二：
由于第一次用eclipse，用junit运行的时候莫名其妙的就不执行了，找了半天错误才知道，当前项目中如果有一个文件报错了，那么无论你运行哪个java文件都不执行； - 坑三：
编码问题，要我说eclipse早该淘汰了，工具+项目+文件竟然有三处地方需要设置编码，日了到最后还是不知道应该用哪个，只能将工具默认文本编码改为：utf-8,项目默认编码变为：utf-8,文件默认编码变为：utf-8; - 坑四：
编译，通过gradle编译，在eclipse中通过后还必须在命令行中试验下，也就是说命令行通过后才能加入jenkins部署；编译命令:gradle clean iT -b build.gradle - 坑五：
本地项目设置默认编码格式为：utf-8，但是Jenkins却是gbk的，很无奈；妥协了，默默的把本地文件一个一个的变为gbk格式的； - 坑六：
这个框架友好度挺高，这里的友好是对那些只看结果的人；对写代码的人简直是一种折磨，给我的感觉就是不直接，总是隔着很多层去运行，以后能别用就别用了；
总结经验：
- 在feature文件中，如果描述内容与step中的文件匹配有差异，那么在控制台会有输出相对应的正则表达式的；
