简介

• 现在用的框架大致结构就是四部分：底层方法集合(一堆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中的文件匹配有差异，那么在控制台会有输出相对应的正则表达式的；