ソフトウェアテスト-神話

以下に示すのは、ソフトウェアテストに関する最も一般的な神話の一部です。

神話1:テストは高すぎる

Reality−ソフトウェア開発中のテストに支払う金額を少なくするか、後でメンテナンスや修正に支払う金額を増やすということわざがあります。初期のテストは多くの面で時間とコストの両方を節約しますが、テストせずにコストを削減すると、ソフトウェアアプリケーションの設計が不適切になり、製品が役に立たなくなる可能性があります。

神話2:テストは時間がかかる

Reality− SDLCフェーズ中、テストは決して時間のかかるプロセスではありません。ただし、適切なテスト中に特定されたエラーの診断と修正は、時間はかかりますが生産的な作業です。

神話3:完全に開発された製品のみがテストされる

Reality−間違いなく、テストはソースコードに依存しますが、要件の確認とテストケースの開発は、開発されたコードから独立しています。ただし、開発ライフサイクルモデルとしての反復的または段階的なアプローチにより、完全に開発されたソフトウェアへのテストの依存度を減らすことができます。

神話4:完全なテストが可能

Reality−クライアントまたはテスターが完全なテストが可能であると考える場合に問題になります。すべてのパスがチームによってテストされている可能性がありますが、完全なテストを実行することは不可能です。ソフトウェア開発ライフサイクル中にテストチームまたはクライアントによって実行されることはなく、プロジェクトが展開されると実行される可能性があるシナリオがいくつかある可能性があります。

神話5:テスト済みのソフトウェアにはバグがない

Reality −これは、クライアント、プロジェクトマネージャー、および管理チームが信じている非常に一般的な神話です。優れたテストスキルを持つテスターがアプリケーションをテストしたとしても、ソフトウェアアプリケーションに100%バグがないと断言することはできません。 。

神話6:見逃された欠陥はテスターに​​よるもの

Reality−テストが実行された後でもアプリケーションに残っているバグについてテスターを非難するのは正しいアプローチではありません。この神話は、時間、コスト、および要件の変更の制約に関連しています。ただし、テスト戦略により、テストチームがバグを見逃してしまう可能性もあります。

神話7:テスターは製品の品​​質に責任があります

Reality−テスターまたはテストチームのみが製品の品質に責任を持つべきであるというのは、非常に一般的な誤解です。テスターの責任には、利害関係者に対するバグの特定が含まれ、バグを修正するかソフトウェアをリリースするかはテスターの決定です。その時点でソフトウェアをリリースすると、テスターはエラーのせいにされるため、テスターに​​さらにプレッシャーがかかります。

神話8:時間を短縮するために、可能な限りテスト自動化を使用する必要があります

Reality−はい、確かにテスト自動化によってテスト時間が短縮されますが、ソフトウェア開発中はいつでもテスト自動化を開始することはできません。テストオートマトンは、ソフトウェアが手動でテストされ、ある程度安定しているときに開始する必要があります。さらに、要件が変化し続ける場合、テスト自動化を使用することはできません。

神話9:誰でもソフトウェアアプリケーションをテストできる

Reality− IT業界以外の人々は、誰でもソフトウェアをテストでき、テストは創造的な仕事ではないと考え、信じています。しかし、テスターはこれが神話であることをよく知っています。別のシナリオを考えて、潜在的なバグを調査する目的でソフトウェアをクラッシュさせようとすることは、それを開発した人には不可能です。

神話10:テスターの唯一のタスクはバグを見つけることです

Reality−ソフトウェアのバグを見つけることはテスターの仕事ですが、同時に、彼らは特定のソフトウェアのドメインエキスパートです。開発者は、割り当てられた特定のコンポーネントまたは領域に対してのみ責任を負いますが、テスターは、ソフトウェアの全体的な動作、依存関係、およびあるモジュールが別のモジュールに与える影響を理解しています。