Outline

今回は、Ranorexを使ってWEBのE2E testを作成するときに、UIのテストを正しくすることに関して記述する。
これはRanorexに限らない。とくにWebDriverでjavaなどで作成するときに、陥りることがある。

UIのテストでマウスクリックによる処理を、ユーザー目線でtest automationのscriptが書けていますか？
ユーザーの操作ではできてないことが、test automationのscriptではできてしまうことがあります。
そのため、ユーザーの処理ではNGであるのに、test automationではOKになってしまう。

Example

https://keirin.kdreams.jp/
サンプルサイトとして、Kドリームスのサイトを用いる。

scenarioは以下の通り

1. 投票ボタンを押す
2. 競輪場一覧のボタンを押す
3. 競輪場一覧から”宇都宮”を選ぶ
4. レース番号の変更のボタンを押す
5. レース一覧から”５R"を選ぶ
6. 投票方法の変更のボタンを押す
7. 投票方法から、”通常投票”、”ベーシック投票”を選び、設定する

操作の動画は以下の通り　↓

このサイトの特徴として

AJAXによる非同期で情報取得
CSSによるパーツの表示をコントロール

ユーザー処理場正しくないが、テスト自動化が成功する例 LOADR編

ユーザー処理場正しくないが、テスト自動化が成功する例の動画　↓

早すぎてなぜ正しくないのかがわかりにくいかもしれません。

例えば、レース番号を選択するシーンです。
以下の図のように、まだLOADERのアイコンが表示され、マウスではクリックできない状態です。
しかし、scriptの記述の仕方によっては、directにレース番号”６R"を選択することができます。

このため、処理が正常に進んでしまいます。
ただ、もしLOADERなどの処理に問題があり、ユーザーがマウスでクリックできない状態だったら、どうでしょうか？
本来であれば、テストは失敗であるべきである。
テスト自動化のscriptが成功しても、ユーザー操作（マニュアルテスト）は失敗するからである。
正しくは、LOADERが消えるまで待つべきである。

Ranorexで記述するとき、"Wait for - Not exists"を用いる