STLC-テストの基本原則

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

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

テストが示すもの

テストでは欠陥が存在することを示すことができますが、製品に欠陥がないことを証明する方法はありません。テスト段階では、テスト対象のアプリケーションが指定された要件に基づいて動作していることを確認し、アプリケーションの未発見の欠陥の可能性を減らすのに役立ちます。しかし、欠陥が見つからない場合でも、それが絶対に正しいという意味ではありません。 AUTは終了基準と一致し、SRDに従って要件を維持していると想定できます。

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

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

初期テスト

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

欠陥クラスタリング

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

農薬パラドックス

農薬のパラドックスとは何か–農薬が作物に頻繁に使用される場合、昆虫が特定の種類の抵抗性を発現し、徐々に散布された農薬が昆虫に効果がないように思われます。

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

これらの条件を克服するために、テストケースを時々修正およびレビューし、新しい異なるテストケースを追加する必要があります。これは、新しい欠陥の特定に役立ちます。

テストはコンテキストに依存

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

エラーの欠如-誤acy

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

Stlc-testing-fundamental-principles

目次