STLC-基本原則のテスト

テストの一般的な目的は、できるだけ早くバグを見つけることです。また、バグが修正されたら、期待どおりに機能し、他の機能を壊さないことを確認してください。

これらの目標を達成するために、ソフトウェアテストの7つの基本原則が示されています。

テストは何を示していますか？

テストでは欠陥が存在することを示すことができますが、製品に欠陥がないことを証明する方法はありません。テストフェーズでは、テスト対象のアプリケーションが特定の要件に基づいて機能していることを確認し、アプリケーションの未発見の欠陥の可能性を減らすのに役立ちます。ただし、欠陥がない場合でも、絶対に正しいとは限りません。AUTは終了基準と一致しており、SRDに従って要件を維持していると想定できます。

徹底的なテストは可能ですか？

些細な場合を除いて、入力のすべての組み合わせおよび可能な組み合わせの100％のカバレッジまたはテストは不可能です。徹底的なテストの代わりに、リスク分析と優先順位を使用してテストの範囲を定義します。ここで、ほとんどのリアルタイムシナリオは、最も可能性の高いネガティブシナリオも含めることを検討できます。これは、障害の追跡に役立ちます。

初期テスト

テスト活動はできるだけ早く開始し、テスト戦略で定義された目的と期待される結果に焦点を当てる必要があります。テストの初期段階は、要件の欠陥または設計レベルの不一致を特定するのに役立ちます。これらのタイプのバグが初期段階で捕捉されれば、時間を節約でき、費用対効果も高くなります。テストを早い段階で開始する必要がある理由の答えは非常に簡単です。SRDを受信するとすぐに、テスターはテストの観点から要件を分析し、要件の不一致に気付くことができます。

欠陥クラスタリング

以前の製品の欠陥分析に基づくと、欠陥のほとんどは、アプリケーションにとって重要なモジュールの小さなセットから識別されていると言えます。これらのモジュールは、複雑さ、さまざまなシステムの相互作用、またはさまざまな他のモジュールへの依存性に基づいて識別できます。テスターがこれらの重要なモジュールを特定できれば、これらのモジュールにさらに焦点を当てて、考えられるすべてのバグを特定できます。ある調査では、AUTの20％の機能から10個の欠陥のうち8個が特定されていることがわかりました。

農薬のパラドックス

農薬のパラドックスとは何ですか–農薬が作物に頻繁に使用される場合、昆虫が特定の種類の耐性を発達させ、このように噴霧された農薬が徐々に昆虫に効果がないように見えるときに起こります。

同じ概念がテストにも当てはまります。ここで、昆虫は虫であり、農薬は何度も何度も実行するために使用されるテストケースです。同じテストケースのセットが何度も実行されると、これらのテストケースは特定の時間枠の後に無効になり、テスターは新しい欠陥を特定できなくなります。

これらの条件を克服するには、テストケースを随時改訂およびレビューする必要があり、新しいさまざまなテストケースを追加できます。これは、新しい欠陥を特定するのに役立ちます。

テストはコンテキストに依存します

この原則は、両方のアプリケーションが同じ性質になるまで、2つの異なるタイプのアプリケーションを同じアプローチを使用してテストすることはできないと述べています。たとえば、テスターがWebベースのアプリケーションとモバイルアプリケーションに同じアプローチを使用する場合、それは完全に間違っており、製品リリースの品質が低下するリスクが高くなります。テスターは、アプリケーションのさまざまなタイプと性質に対して、さまざまなアプローチ、方法論、手法、およびカバレッジを使用する必要があります。

エラーの欠如–誤謬

この原則は、アプリケーションまたはシステムが安定し、時間がかかり、リソースを使い果たすまで、欠陥を見つけて修正することを示しています。欠陥の99％を修正した後でも、不安定なアプリケーションのリスクが高くなります。最初に重要なことは、アプリケーションの安定性と環境の前提条件を確認することです。これらの2つの条件が満たされている場合にのみ、詳細なテストを開始できます。