目次
インターフェイステストはUIテストに取って代わることはできません
まず、インターネットの技術アーキテクチャを理解します。
目的に応じて、モバイル側とサーバー側の2つの部分に分けることができ、それぞれの内容は下図のようになります。
バックエンド（サーバー側）は非常に単純に見えますが、実際、下の図に示すように、バックエンドの分解は非常に複雑です。
おそらく150を超えるモジュールがあります。各モジュールが速い場合は、週に1〜2回繰り返します。遅い場合は、月に1〜2回繰り返します。通常、毎日、1日に数回更新されます。このような頻繁で大きな変更に直面して、従来のテスト方法のウォーターフォールモデルは明らかに追いつくことができず、テストが完了する前に新しい更新が発見されました。
解決策：階層化されたテスト思考、テストをフロントエンドとバックエンドに分割します。フロントエンドにはフロントエンドに焦点を当てたテストケースがあり、バックエンドにはバックエンドに焦点を当てたテストケースがあります。多くのバックエンドコンポーネントもマイクロサービス用に分解されます。各コンポーネントには、単体テスト、モジュールテスト、クラスター全体のテスト、UIテストなどの対応する自動テストがあります。
したがって、基本的な機能は階層化と自動化です。このような大規模なクラスターでは、自動化なしでテストを完了することは不可能です。
インターフェイステストの必要性
pageobjectの作者は、次のように階層化されたテストの絵を描きました。
単体テストの実行速度と品質の戻り速度が下がるほど速くなり、コストが低くなることがわかります。
単体テストは開発カテゴリに属し、サービステストにはマイクロサービスやその他のテストが含まれ、UIレイヤーはフロントエンドテストです。
インターフェイステストはUIテストに取って代わることはできません
インターフェイステストには多くの利点がありますが、バックエンドの品質を保証します。フロントエンドの品質保証はカバーしません。フロントエンドの品質を保証するには、UIテストが必要です。
たとえば、株価がインターフェースを介してのみテストされる場合、返品価格が正しいことを確認できますが、上昇する場合は赤で表示され、下がる場合は緑で表示されます。 。色が正しく表示されるかどうかは、UIでのみテストできます。