E2EテストとjQueryリファクタリング about efcl.github.io

[azu]

マルチバイト文字をtypeさせるみたいな事する時まだ問題あるけど、issue立てたら直すとのことなので、その辺直れば挙動的な問題はあんまりない気がする。

いくつかpull requestとドキュメント改善の提案とかも送ったので、利用者が増えればProtractor程にはならないけど、ある程度導入しやすくなる気がする

[azu]

ProtractorはJasmineへの依存が強い。

assertの仕組みがexpectに乗っかるので、ここへの依存を切り離すには結局それようの何が必要になる感じ

• JavaScript - こわくない Protractor - Qiita

[azu]

同期的であるので、PageObjectパターンみたいのはどうやって適応すればいいのかが逆に難しいのは欠点?なのかも?
操作を抽象化したオブジェクトはまだないと思うので、browserというcontextをちゃんと渡さないとできない気がする。bindとかうまく使えば自然になるのかな。
DOM API的なラッパがあるとtestium自体への依存も薄くなっていいのかもしれない。

[azu]

同期的なAPIの問題がまだ良くわからない。
あるのかわからないけど、これをブラウザ上で走らせる場合XHRは同期的にできなくなっていくからそういう問題があるのかな?とかNodeのデフォルトは非同期なので、同期的にやるにはちょっとハック的なやり方が必要になるかなという感じ。
ただAPIとしては同期的である方がいいとは思ってる。

[azu]

テストコードのリファクタリングとしてpage-objectパターンが一般的に使われてるデザインパターンっぽいので、それの話もあるとよさおう。

• Refactoring E2E tests to apply page-object pattern by azu · Pull Request #2 · coding-kata/beautiful-code-vs-mr-oldtype

testiumでも普通にできたので、よさそう。
pageというけど、実際には画面という単位じゃなくてコンポーネント単位でもいいとの事

[azu]

タイトル案

テストできないコードをE2Eテストを使ってリファクタリングしよう

レガシーコードをtestiumでリファクタリングする方法

[azu]

テストできないコードをE2Eテストを使ってリファクタリングしよう | Web Scratch