2017-11-13 19 views

答えて

1

TestCafeチームがTestCafeをSeleniumの上に構築することに反対した理由はたくさんあります。

まず、テスト環境の設定を簡単にしたいと考えました。 Seleniumから始めるには、目的のプログラミング言語用のWebDriverクライアントと、テストしようとしている各ブラウザ用の適切なドライバをインストールする必要があります。

かなり簡単ですが、実際にはちょうどテストから始まりました。テスト環境を大規模に設定する必要がある場合は、このような困難がさらに大きくなります。あなたのローカルCIサーバーのために。

npmでSeleniumをベースにしたnode.jsテストソリューションが数多くあります。開始するには、かなりの量のセットアップと構成作業が必要であることがわかります。これは、現代のWeb開発者のツールベルトの他のツールで慣れてきたnpm installセットアップの単純さから遠いです。

TestCafeには、TestCafeが基本プラットフォームとしてSeleniumを使用していた場合は不可能な機能がいくつかあります。たとえば、TestCafeはモバイルを含むremote devicesでテストを実行できます。つまり、TestCafeがインストールされていないマシンでもテストを実行できます。ブラウザでリンクを開くだけで、テストが開始されます(ホストとターゲットデバイスがネットワーク内で見える場合)。この機能を使用して、TestCafeまたはnode.jsがまったくインストールされていないエンジニアにバグを迅速に示すことができます。セレンの上に実装するのは難しいだろう

その他の機能が含まれます:

孤立テスト環境を。各TestCafeテストは、新しいシークレットタブで開始されたかのように実行されます。すべてのクッキーと保管場所を清潔に保ちます。これにより、定型的なテストコードをたくさん避けることができ、州の干渉の危険なしに同じブラウザで作業することができます。これにより、今後のユーザーの観点からページとやりとりしたり、テスト全体でフォーム認証を簡単に実行できるようになる次回のRoles featureなどのメカニズムを実装することも可能になります。

暗黙の自動待機メカニズム。 TestCafeは自動的にXHRリクエスト、ページロード、ページアニメーションを待つため、コード内で注意する必要はありません。

+1

最後の段落「暗黙の自動待機メカニズムTestCafeはXHR要求、ページロード、ページアニメーションを自動的に待機するため、コード内で注意する必要はありません。」が最初のものになります。あなたは私が最初からすぐに売ってくれたでしょう:-) –

関連する問題