今では多くの企業がUI自動化テストを行っており、多くの企業がUI自動化テストへの道を進んでいます. パートナーは常に技術の専門家になることを夢見てきたので, とりあえず性能テストの話はやめましょう. UI自動化テストは役に立ちますか?このセクションでは、アプリケーション シナリオと UI 自動化テストの存在価値を説明することに焦点を当てます。
文章
まずUI自動化テストを正しく理解する必要があります.テストは種類によって機能テストと非機能テストに分けられます.機能テストはスクリプト(ユニット)テスト,インターフェース自動化テスト,UI自動化テスト,実装方法に応じた手動テストパフォーマンス、セキュリティ、使いやすさ、信頼性などが含まれます。
現在、半数以上の企業が手動テストのみを行っており、テスト業界全体で依然として手動テストが大きな割合を占めています.これは、現在の国内のIT企業のほとんどがまだ注文に混乱しているため、必然的です.開発のこの段階では、手動テストがまだ主流のテスト方法です。業界には他のテスト方法を調査および研究しているチームまたは個人もいます. 上記に加えて、いくつかの精度テスト、ログバックテスト、ディープトラバーサルテスト、AIテストなどがあります.
インターネットの発展法則は、誕生から成長まで、絶え間ない試行錯誤から成熟、そして安定と固化、さらには改善まで、すべてのものと同じです。現在の試行錯誤や無秩序から秩序への段階では、多くのことがまだしっかりとしたシステムを形成していません。
再びUI自動化テストの話に戻りますが、まずUI自動化テストとは、あらかじめ定義された操作ステップを自動実行または実行するテスト手法で、UI（インターフェース）レベルを基準に、手動テストを完全にシミュレートします。アクションをテストします。
理想的には、UI 自動化は人間の手動操作をほぼ完全にシミュレートできますが、実際には周辺機器やセンサーを必要とする一部の操作や、マシンのシミュレートが難しく、同様の動作をクラックまたはシミュレートするために多くのコードが必要になるなど、いくつかの制限もあります。顔、指紋、QRコードのスキャン、画像認識、凝った検証コードなど. これは、シミュレートできないということではありませんが、シミュレートすると、比較的高い代償を払う必要があります. あまり便利ではありません.または、これらのパズルの簡単な解決策。
UI オートメーションとは何かが終わり、UI オートメーションのアプリケーション シナリオについて話します。
UI 自動化を適用できるシナリオには、PCweb、Android、IOS などをカバーする顧客システムの機能テスト (通常は回帰段階で使用される) が含まれます。また、自動番号作成にも使用できますが、これはインターフェイス自動化ほど効率的ではありません。 、しかし、数の作成の精度はインターフェースよりも悪いです。なぜなら、ブラックボックスの場合、システムの内部構造を理解することは不可能だからです。つまり、システムの相互作用設計を理解した後、インターフェース自動化担当者は設計を完全にシミュレートできますが、実際の開発がこのロジックに従って実装されることを保証することはできません; 自動化されたオフィスに適用して、固定プロセスの下でシステム内の手作業の重複を解決できます; インテリジェント化にも適用できます顧客サービス、リモコン、ハッキング、いいねとチケットのスワイプ、赤い封筒のつかみ取りなど。より多くのアプリケーション シナリオでは、全員がブレインストーミングを行って開発する必要があります。
UI自動化テストの価値について話しましょう. 欠陥を傍受することを目的としないすべてのテスト方法はフーリガンです. この文を言うと、一部の人々を怒らせるかもしれませんが、それは事実です. どのようなテスト方法であっても、欠陥を傍受することが第一の目標であるべきであり、自動テストについても同じことが言えます。
多くの人は、自動テストで 1 年間に 3 つ、5 つ、または 10 を超える欠陥が見つかったと言っていますが、継続する必要がありますか? 多額の投資とわずかな収入で、価格/性能比が低すぎますか? これは実際に値を確認する必要があります. この質問がある場合は、次のことを確認する必要があります:
1. 自動傍受の欠点を傍受しなければ、どのくらいの損失が発生しますか? 「予想損失マイナス」マイナス「投資額」を取るのが自動テストの方向性であり、プラスなら現状の自動テストの投資状況を維持する必要があり、マイナスならその後の自動テストの対象範囲を適切に調整する必要がある分析（価値の高い欠陥を傍受していない場合は、カバレッジ率を分析する必要があります。カバレッジを増やすかどうか、およびカバレッジ率が高すぎる、投資が大きすぎる、欠陥の価値をはるかに超えている可能性があります） ）。
2. 自動化はどの段階で欠陥を阻止しますか? 3. 自動化されたテストによって傍受された欠陥は、
手動の担当者によって発見されるべきですか? もしそうなら、それは手動テストを強化する必要があることを意味します.
4. 自動テスト傍受の隠れた欠陥はどのくらい深いですか? 隠れた欠陥が見つかった場合は、自動テストへの投資と対象範囲を引き続き強化する必要があります。
5. 自動テストによって検出された欠陥に基づいて、開発プロセスの標準化を分析します。
上記の値を考慮する必要がない場合、自動テストは推奨されません。また、システムの種類に応じて、さまざまな自動テスト技術を選択できます.たとえば、イテレーションが遅い、ビジネスの重要性が高い、顧客へのビジネスが小さい.このようなシステムは、単体テストまたはインターフェイス用に検討できます.自動化 サービスを提供するシステムはインターフェースが多い フロントエンドシステムが多ければインターフェースの自動化ができる 業務のイテレーションスピードが速い ユーザーエクスペリエンス重視 バージョン管理が安定しない多くの新機能を搭載したシステムはUI自動化のテストを検討することができます（ページが頻繁に変更される場合、UI自動化を行うべきではないと考える人もいます。これは正しいですが、元のフレームワーク内で実装されている場合、新しい機能が追加され、反復が行われますより高速であり、顧客のシステムが実際に UI 自動化テストに非常に適している場合、使いやすいツールも必要であることが前提です)。
最後にUI自動化テストの位置付けについてですが、上で述べたことはほぼ同じですが、UI自動化の位置付けは、実際には回帰テストツール、自動数値作成ツール、テストシステムを補完するものです。自動化された番号作成とは別に、一部の企業では、UI 自動化テストがテスト システムの補足としても使用されており、チームのテスト方法を改善するために、一部の評価や外部宣伝において評判の役割を果たすこともあります。中小企業には全くお勧めできないテスト方法であり、お金があればできるテスト方法です。
最後に, 私の記事を注意深く読んでくれたすべての人に感謝したいと思います. 相互主義は常に必要です. それは非常に価値のあるものではありませんが, 必要に応じて取り除くことができます:
これらの資料は、[ソフトウェア テスト] の友人にとって最も包括的で完全な準備倉庫である必要があります. この倉庫はまた、最も困難な旅を通して何万人ものテスト エンジニアに同行してきました.パートナーは下の小さなカードをクリックできます.受け取る