Software-testing-myths
ソフトウェアテスト-神話
以下に、ソフトウェアテストに関する最も一般的な神話のいくつかを示します。
神話1:テストは高すぎる
現実-ソフトウェア開発中にテストに支払う費用を少なくするか、後でメンテナンスや修正に費用を支払うということわざがあります。 初期のテストは多くの面で時間とコストの両方を節約しますが、テストなしでコストを削減すると、ソフトウェアアプリケーションの設計が不適切になり、製品が役に立たなくなる可能性があります。
神話2:テストには時間がかかる
現実-SDLCフェーズでは、テストに時間がかかることはありません。 ただし、適切なテスト中に特定されたエラーの診断と修正は、時間がかかりますが生産的な作業です。
神話3:完全に開発された製品のみがテストされる
現実-間違いなく、テストはソースコードに依存しますが、要件の確認とテストケースの開発は、開発されたコードから独立しています。 ただし、開発ライフサイクルモデルとしての反復的または増分的なアプローチにより、完全に開発されたソフトウェアへのテストの依存性を減らすことができます。
神話4:完全なテストが可能
現実-完全なテストが可能であるとクライアントまたはテスターが考えると問題になります。 すべてのパスがチームによってテストされている可能性がありますが、完全なテストの発生は不可能です。 ソフトウェア開発ライフサイクル中にテストチームやクライアントによって実行されることは決してなく、プロジェクトの展開後に実行される可能性のあるシナリオもあります。
神話5:テスト済みのソフトウェアにはバグがない
現実-これは、クライアント、プロジェクトマネージャー、および管理チームが信じている非常に一般的な神話です。 優れたテストスキルを備えたテスターがアプリケーションをテストしたとしても、ソフトウェアアプリケーションが100%バグのないことを絶対確実に主張することはできません。
神話6:欠落した欠陥はテスターが原因
現実-テストを実行した後でもアプリケーションに残っているバグをテスターに責めるのは正しいアプローチではありません。 この神話は、時間、コスト、および要件を変更する制約に関連しています。 ただし、テスト戦略では、テストチームがバグを見逃す可能性もあります。
神話7:テスターは製品の品質に責任を負う
現実-テスターまたはテストチームのみが製品の品質に責任を持つべきであるというのは非常に一般的な誤解です。 テスターの責任には、利害関係者に対するバグの特定が含まれ、バグを修正するかソフトウェアをリリースするかは彼らの決定です。 その時点でソフトウェアをリリースすると、テスターはエラーのせいになるため、テスターにより多くの圧力がかかります。
神話8:時間を短縮するために、可能な限りテストオートメーションを使用する必要がある
現実-はい、テスト自動化によりテスト時間が短縮されるのは事実ですが、ソフトウェア開発中はいつでもテスト自動化を開始することはできません。 テストオートマトンは、ソフトウェアが手動でテストされ、ある程度安定しているときに開始する必要があります。 さらに、要件が変化し続ける場合、テストの自動化は使用できません。
神話9:誰でもソフトウェアアプリケーションをテストできる
現実-IT業界以外の人々は、誰でもソフトウェアをテストでき、テストは創造的な仕事ではないと考えています。 しかし、テスターはこれが神話であることをよく知っています。 代替シナリオを考えて、潜在的なバグを調査する目的でソフトウェアをクラッシュさせようとすることは、それを開発した人には不可能です。
神話10:テスターの唯一の仕事はバグを見つけること
現実-ソフトウェアのバグを見つけることはテスターの仕事ですが、同時に特定のソフトウェアの専門家でもあります。 開発者は自分に割り当てられた特定のコンポーネントまたは領域についてのみ責任を負いますが、テスターはソフトウェアの全体的な動作、依存関係、およびあるモジュールの別のモジュールへの影響を理解しています。