Cucumberフレーム_使用の概要
1183 ワード
概要現在使用されているフレームワークの概略構造は、下位メソッドセット(javaファイルの山)、呼び出し下位メソッドセット(step.java)、組織インスタンスファイル(suitのような)、featureファイル(主に各インスタンスの詳細な呼び出しプロセスを書く)の4つの部分である.
遭遇した穴 昨日急いで私にこのフレームワークで脚本を書かせましたが、私は少しも知らないので、javaに対するよく知らないことを加えて、プレッシャーが大きいですが、幸いにもできました. ピット1:featureファイルに複数のScenarioが含まれている場合、エラーコンソールのエラーが発生したり、エラーを説明しなかったりします.私が見つけた方法は他の干渉Scenarioを除去することです.
坑二:初めてeclipseを使うので、junitで実行するときはわけがわからなくて実行しないで、半日の間違いを探してやっと知って、現在のプロジェクトの中で1つのファイルが間違っていると報告したら、どのjavaファイルを実行しても実行しません; 坑三:符号化問題、eclipseはとっくに淘汰すべきだと言って、ツール+プロジェクト+ファイルは意外にも3つの場所で符号化を設定する必要があって、日が来て最後までどれを使うべきか分からないで、ツールのデフォルトのテキストの符号化を:utf-8に変えるしかなくて、プロジェクトのデフォルトの符号化は:utf-8になって、ファイルのデフォルトの符号化は:utf-8になります; ピット4:コンパイル、gradleコンパイルを通じて、eclipseで通過した後、コマンドラインで試験しなければならない.つまり、コマンドラインが通過した後、jenkins配置に参加することができる.コンパイルコマンド: ピット5:ローカルプロジェクトのデフォルトの符号化フォーマットはutf-8ですが、Jenkinsはgbkで、仕方がありません.妥協して、黙ってローカルファイルを一つ一つgbk形式に変えた. 坑六:このフレームワークは友好度が高く、ここの友好は結果だけを見ている人に対してです.コードを書く人に対してまるで1種の苦しみで、私に与えた感じは直接ではありませんて、いつも多くの層を隔てて運行して、後で使わないでください;
経験をまとめる: featureファイルでは、記述内容がstepのファイルと一致していない場合、コンソールに出力に対応する正規表現があります.
遭遇した穴
gradle clean iT -b build.gradle 経験をまとめる: