簡介
- 現在用的框架大致結構就是四部分：底層方法集合(一堆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中的文件匹配有差異，那么在控制臺會有輸出相對應的正則表達式的；
