最近、コンサルタントに、機能が自動化されたUIテスト（Selenium、コード化されたUIなど）でしかテストできない場合、根本的なアーキテクチャの問題があると言われました。このステートメントは少し極端かもしれませんが、UIテストが自動化されたテストスイート全体のごく一部を構成するという点で、テストピラミッドと同じラインに沿っています。
それでは、どのような機能に自動UIテストが必要ですか？優れたアーキテクチャを備えたシステムには、UIテストでしか検証できない機能が残っていますか、それともこれらのテストは単体テストとサービステストの「バックアップ」としてのみ機能しますか？
回答:
おそらく、ボタンやその他のウィジェットをアクションに接続する何らかのアーキテクチャがあります。保存をクリックして、保存機能を呼び出す必要があります。
単体テストまたは統合テストを介してアクション自体のテストカバレッジが十分にあると仮定すると、自動UIテストの目的は、ウィジェットがすべて基になるアクションを適切に呼び出し、それらのアクションの結果を正しく表示することを保証することです。
つまり、UIがモデルの状態を適切に反映し、コントローラーに適切に接続されていることを検証します。
もう1つのコンポーネントは、一部のビジネスロジックがUIコードにある場合です。たとえば、パスワードフィールドに特定の文字が必要な場合があります。これらの機能を単体テストでテストするのは困難または不可能な場合があるため、何らかの方法でこれらの機能をテストする必要があります。
自動UIテストを介してどの機能をテストする必要がありますか？
すべてのUI機能。
テストする必要があります：
自動化されたUIテストでのみテストできる機能のようなものはありません。 セレンのようなツールは、人間を自殺のポイントに退屈させることなく、人間の行動を模倣するだけです。自分自身（またはあなたのコンサルタントを）尋ねる質問：「？どのように人がいないことをプログラムテストUIの側面だろう」次の質問は次のとおりです。「もしそうなら、なぜあなたは彼らが何を気にしますか？」
一方、もしあなたがそのような機能を持っているなら、ええ、私はあなたが根本的なアーキテクチャの問題を抱えていると言います。:-)