testing - 「ソフトウェアのテストケース作成における「検証」と「保証」の違いは？

Question

テストケースを書いているとき、「期待される結果」フィールドの下にあるもの。「userID が 1 であることを確認する」および「userID が 1 であることを確認する」の意味は何ですか。

Answer 1

さて、テストケースを書くときは、いくつかの機能を覚えておく必要があります: どのテストケースにも以下が含まれます:

• ID
• 関連付けられた機能 (「ナビゲーション メニュー」など)

• 簡単な説明 (またはタイトル)

• 完全な説明 (何を確認する必要があるかについての詳細な説明付き)

• 期待される結果 (ドキュメントと仕様に従ったシステムの適切な動作)

• 実際の結果: 失敗、合格、制限付きで合格、理由付きで N/A (実装されていない、ブロッキングの問題に直面)

• コメント

したがって、期待される結果は、ドキュメントおよび仕様からソフトウェア製品に引き継がれるシステムの適切な動作を表します。曖昧な点がある場合は、BA (ビジネス アナリストまたは製品のドキュメント作成を担当するその他の人物) に相談してください。「userID が 1 であることを確認してください」と「userID が 1 であることを確認してください」は、同じ基になる同義語です。確認、確認、確認、確認は同義語であると見なされ、同様にポイント 4 で使用できます: 完全な説明 (確認すべき詳細な指示付き)。

これがお役に立てば幸いです。

Answer 2

どちらも似ています。期待どおりの結果が得られれば問題ありません。

Answer 3

応答として実行されるアクションに関しては、検証と確認はまったく同じではありません。何かを検証するには、通常、それが真実であることを確認し、ドキュメントに記載する必要があります。何かを確認した場合は、通常、それが真実であることを確認し、どのように進めるかを決定します。使用された化学物質が有効期限切れでないことを確認するよう求められた場合、あなたはそれが記録にないことを示します。使用する化学物質が期限切れでないことを確認するよう求められた場合は、先に進むために使用可能であることを確認する必要があります。