テスト自動化のデメリット

1.3 テスト自動化の欠点

テスト自動化または自動テスト:任意の自動化ツールまたは自動化スクリプトを使用してコンピュータソフトウェアまたはモバ

テスト自動化の重要なタスク:

•自動化のための領域/テストケースの選択

•テストツールIDE機能とプログラミング機能を使用してテスト/テストスクリプト

•テストの実行(単一のテストまたはテストバッチ)。

•必要に応じてテストをデバッグします。

•テスト結果の分析と欠陥の報告。
——————–

テスト自動化の短所/自動テスト

i)テスト自動化には初期段階で多くの努力が必要です。

(ソフトウェアテストでは、二つの重要なタスクは、一つはテスト設計であり、別のテスト実行であり、テスト設計ユーザー(テスター)の相互作用が必須であるため、テ)

ii)100%テスト自動化は実用的ではありません。

(一般的に、すべてのテストケースではなく、最大のテストケースを自動化しようとします。

いくつかの環境の制限のため、すべてのテスト可能な要件を自動化することはできません。)

iii)すべてのタイプのテストは可能ではありません(例:ユーザビリティ)。

(機能テスト、パフォーマンステストは自動化できますが、システムの使いやすさを検証するテスト(AUT)は自動化できません。

iv)デバッグの問題

(テストを書くためにプログラミング構文/ロジックを使用しますが、テストスクリプトでエラーを見つけることは困難です。)

v)ツールには独自の欠陥がある可能性があります。

(テストツールはソフトウェアでもあり、それには独自の欠陥がある可能性があるため、望ましい利益を達成できない場合があります)。

vi)プログラミングの知識が必要です。

(すべてのテストツールは、プログラミング言語のいずれかを使用しています(例UFTはVBScriptをサポートし、SeleniumはJava、Perl、PHP、C#、PHP、Rubyをサポートしています)。 そのため、テストスクリプトを作成および編集するには、プログラミング知識が必須です。

手動テストでは、プログラミングの知識は必要ありません。)

vii)テストツールには環境の制限があります。

(テストツールにはオペレーティングシステムやブラウザなどとの互換性の問題があります…

例:

Uft/QTPはWindows動作環境のみをサポートし、UNIX、Macintoshなどの他の動作環境はサポートしません…

SeleniumはWebアプリケーションテスト自動化のみをサポートし、デスクトップ/windowsベース

手動テストのために環境の限定無し、私達はあらゆるオペレーティング-システムおよびブラウザのコンピュータ-ソフトウェアか移動式ソフトウェ)

viii)動的に変更するUIデザインには適していません。

(ほとんどのテストツールはフロントエンドオブジェクトに基づくテスト自動化をサポートしていますが、ユーザーインターフェイスの設計が動的に変)
————————-
テストツール:ソフトウェアのテストプロセスを自動化するために使用されるソフトウェア。

テストツールは1つのソフトウェア、テスト対象アプリケーション(AUT)は別のソフトウェアです。

デバッグ:ステップバイステップの実行によるエラーの検出と分離。

:

  • Facebook
  • Facebookグループ
  • ツイッター
  • インスタグラム(Instagram)
  • ユーチューブ
  • レッドディット
  • LinkedIn
  • Pinterest
  • WhatsApp
  • クオラ
  • 個人サイト
FacebookTwitterLinkedinWhatsappRedditMixPinterestDiggSkypeTelegram

コメントを残す

メールアドレスが公開されることはありません。