果たしてSeleniumは骨折りに値するのだろうか？Atkassianの開発者Nick Menere氏はAtlassian Developerブログ上にて尋ねている。Seleniumはブラウザ内で直接的に作動するウェブアプリケーションのテストツールである。彼は自身のブログ上でJIRA3.10に新たに盛り込まれたAjax機能をテストするためSeleniumを使用していたときに発見されたロードブロックに注目している。このロードブロックには下記のものが含まれている。
キーイベント
実のところselenium.type(...)ではインプットボックス内でのユーザータイピングがシミュレートされないのだ。まったく驚きです。ですので私達はテキストの中にタイプして別々にそれぞれのキーストロークを誘発しました。Firefoxでは出来ました！... 他のブラウザーでは1文字が2回ずつ出るかも知れません。
タイミング
私達の非選択項目により（セクションレーベル他等）要素属性が変化しないかテストしてみたかった要素上にマウスイベントを放ち、その次にxpathロケーターを使用して要素の属性が変化していないか診てみるのです。試してみたところイベントファイアーとテストのあいだにわずかに停止が発生しました。これは壊れそうなものを修正する時に使用するとても一般的な方法なのです。”停止時間を追加したり増やしたり”することです。
マウスポジショニング問題
私達のユーザー達によりよく使ってもらうためにオートスクロールフィーチャーを盛り込むことにしました。膨大な数の停止を取り入れましたがうまくいきませんでした。なぜスクリーンのスクロールがこの問題を引き起こすのでしょうか。 私達は選択された対等ではない要素の中にイベントを放ちました。しかしこのビルドは壊れ続けたのです。マウスが直接スクリーンの真中に置かれていて、ブラウザのウィンドウがスクロールした時にはマウスは選択不可なアイテム状に置かれているのを見ました。どうやって直せばいいのでしょう。 バッシュを通してマウスポインターを移動するのを可能にするためXwarppointerをインストールしそれをすみの方に押しやりました。
全体的にみてMenereはたくさんの事を学んだ。一番大切だったのはSeleniumのクライアントはユーザではないということだ。