[解決済み] 受入テストと機能テストの違いは？

質問

受入テストと機能テストの本当の違いは何ですか？

それぞれの見どころや狙いは何でしょうか？どこを読んでも曖昧に似ているのですが。

どのように解決するのか？

私の世界では、次のように用語を使います。

ファンクショナルテスト : これは 検証 正しく動作する製品を作れたか？そのソフトウェアはビジネス要件を満たしているか？

このタイプのテストでは、考えられるすべてのシナリオをカバーするテストケースを用意します。この種のテストを行う場合、コードカバレッジを最大化することを目指します。テスト環境は、その時々に手に入るものであれば何でも使います。

受入試験 : これは バリデーション 私たちは正しいものを作ったのだろうか？私たちは正しいものを作ったのか？

これは通常、顧客と協力して行うか、社内の顧客代理人（プロダクトオーナー）が行う。この種のテストでは、ソフトウェアが使用されることを想定した典型的なシナリオをカバーするテストケースを使用します。このテストは、お客様が使用するものと同じ、あるいは近いハードウェアを使用し、quot; production-like" 環境で実施する必要があります。これが、私たちの能力をテストするときです。

• <強い 信頼性、可用性 : ストレステストにより検証済み。

• スケーラビリティ : 負荷テストにより検証済み。

• ユーザビリティ : 顧客に対する検査とデモンストレーションによって検証される。UIは好みのものに設定されているか？お客様のブランドを適切な場所に配置できたか？要求されたすべてのフィールドやスクリーンがあるか？

• セキュリティ (別名、Securability, just to fit in) : デモで検証。顧客は外部の会社にセキュリティ監査や侵入テストを依頼することもある。

• <強い メンテナンス性 : ソフトウェアのアップデートやパッチをどのように提供するかというデモンストレーションで検証。

• コンフィギュラビリティ : 顧客のニーズに合わせてシステムを変更できることを示すことによって検証される。

これは決して標準的なものではありませんし、ここでの相反する回答が示すように、"標準"という定義は存在しないと思います。組織にとって最も重要なことは、これらの用語を正確に定義し、それを遵守することです。