manual automation testing challenges
ソフトウェアテストには、手動と自動化の両方で多くの課題があります。
一般に、手動テストシナリオでは、責任のあるテストチームまたはテスターがビルドを選択し、ビルドが何であるかを尋ねるようになると想定して、ビルドからテストチームまでの開発者がいますか？これは、いわゆる「プロセス」に従わない組織の場合です。
テスターは、チームの開発と顧客の仲介者であり、双方からのプレッシャーに対処します。そして、私たちの読者のほとんどは、この圧力に対処するのに十分賢いと思います。あなたではないですか？
ネットワークトラブルシューティング面接の質問と回答pdf
これは常にそうであるとは限りません。テスターは、熟練していない作業方法のために、テストプロセスに複雑さを加えることがあります。 この投稿では、テストスタッフ、開発スタッフ、テストプロセス、および誤った管理上の決定が原因で発生したテストの課題のほとんどを追加しました。
だからここで私たちはトップチャレンジに行きます：
＃1）完全なアプリケーションのテスト
出来ますか？不可能だと思います。何百万ものテストの組み合わせがあります。マニュアルと自動化テストの両方で、すべての組み合わせをテストすることはできません。これらすべての組み合わせを試してみると、製品を出荷することはありません;-)
＃2）会社のプロセスの誤解
会社が定義したプロセスが何であるかについて適切な注意を払わないことがあり、これらはどのような目的のためのものです。テスターには、これらのプロセスが現在のテストシナリオに適用できない場合でも、会社のプロセスのみを使用する必要があるという神話がいくつかあります。これにより、アプリケーションテストが不完全で不適切になります。
＃3）開発者との関係
大きな挑戦。この関係を積極的に処理し、テスターの方法で作業を完了するには、非常に熟練したテスターが必要です。開発者やテスターがいくつかの点に同意しない場合にできる言い訳は、単に何百もあります。このテスターには、 良好なコミュニケーション 、 トラブルシューティング スキルを分析します。
電子メールパスワードクラッカーオンラインハッキングツール
＃4） 回帰試験
プロジェクトが拡張を続けると、回帰テストの作業は単純に制御できなくなります。現在の機能変更、以前の機能チェック、およびバグ追跡を処理するというプレッシャー。
＃5）の欠如 熟練したテスター
手元にあるプロジェクトタスクのテスターを選択またはトレーニングする際に、これを「間違った管理上の決定」と呼びます。これらの熟練していない仲間は、テスト作業を単純化するよりも混乱を招く可能性があります。これにより、全体を通して不完全で不十分なアドホックテストが発生します。 ライフサイクルのテスト 。
＃6） 常に時間的制約の下でのテスト
テスターさん、今週末までにこの商品を発送したいのですが、完成の準備はできていますか？この注文が上司からのものである場合、テスターは単にタスクの完了に焦点を合わせ、テストの範囲や作業の質には焦点を合わせません。指定された時間内に完了する必要があるタスクの膨大なリストがあります。これには、テストケースの作成、実行、自動化、およびレビューが含まれます。
＃7）最初に実行するテストはどれですか？
ポイント6に記載されている課題に直面している場合、どのテストケースをどの優先度で実行するかをどのように決定しますか？どのテストが他よりも重要ですか？これには、プレッシャーの下で働くための良い経験が必要です。
＃8）要件を理解する
テスターは、要件を理解するために顧客と通信する責任がある場合があります。テスターが要件を理解できない場合はどうなりますか？彼はアプリケーションを適切にテストできますか？絶対にありません！テスターには、優れたリスニングと理解の能力が必要です。
＃9） 自動化テスト
多くのサブチャレンジ–テスト作業を自動化する必要がありますか？どのレベルの自動化を行う必要がありますか？自動化のための十分で熟練したリソースがありますか？テストケースを自動化するための時間は許容されますか？自動化または手動テストの決定は、各プロセスの長所と短所に対処する必要があります。
＃10）テストを停止する決定
いつテストを停止しますか？非常に難しい決断。テストプロセスのコア判断と各プロセスの重要性が必要です。また、「オンザフライ」の決定能力も必要です。
任意のサイトのフルバージョンからの無料ビデオダウンローダー
＃11）複数のプロジェクトの下にある1つのテストチーム
各タスクを追跡するための挑戦。コミュニケーションの課題。多くの場合、一方または両方のプロジェクトが失敗します。
＃12）テストスクリプトの再利用
アプリケーションの開発方法は急速に変化しており、テストツールやテストスクリプトの管理が困難になっています。テストスクリプトの移行または再利用は非常に重要ですが、難しい作業です。
＃13）簡単なバグを見つけることに焦点を当てたテスター
組織が多くのバグに基づいてテスターに報酬を与えている場合（判断への非常に悪いアプローチ テスターのパフォーマンス ）その後、一部のテスターは、深い理解とテストを必要としない簡単なバグを見つけることに専念します。このようなテストアプローチでは、難しいバグや微妙なバグは見過ごされます。
＃14）スレに対処する
給与と福利厚生の増加により、多くの従業員が非常に短いキャリア間隔で会社を辞めています。経営陣は、離職率に対処するための困難な問題に直面しています。 課題 –新しいテスターは最初からプロジェクトのトレーニングを必要とし、複雑なプロジェクトは理解しにくく、出荷日が遅れます。
これらは、私たちが毎日直面しているソフトウェアテストの最大の課題です。プロジェクトの成功または失敗は、これらの基本的な問題にどのように対処するかに大きく依存します。
これらの課題の詳細な参照と詳細な解決策については、William E.PerryとRandallW.Riceが執筆した本「ソフトウェアテストの上位10の課題を乗り切る」を参照してください。
あなたに
あなたの多くは、手動および/または自動化テストの分野で働いています。以前の記事で上記の課題の多くに対処しましたが、これらのソフトウェアテストの課題の処理についてのご意見をお聞かせください。下記のコメント欄にご意見をお聞かせください。