验证和确认 (V&V) 在 SDLC 中的作用
验证是检查软件是否在没有任何错误的情况下实现其目标的过程。它是确保开发的产品是否正确的过程。它验证开发的产品是否满足我们的要求。验证是静态测试。
验证是检查软件产品是否符合标准或换句话说产品是否具有高级需求的过程。这是检查产品有效性的过程,即检查我们正在开发的产品是否正确。它是对实际产品和预期产品的验证。
可以在此处找到验证和验证的详细说明 - https://www.geeksforgeeks.org/differences-between-verification-and-validation/
SDLC中验证和确认(V&V)在软件测试过程中的各种作用如下:
一、溯源分析:
可追溯性可以定义为一种属性,它描述了它可以追溯到其原点的程度。它还描述了在一个工作产品和另一个工作产品之间建立前继关系的能力。它帮助我们将每个软件需求追溯到其在概念活动中建立的原始系统需求。问题是确保每个需求都正确满足系统需求,并且不包含软件需求的额外内容。在这项技术中,我们还确定任何派生的需求是否与系统文档中描述的原始目标、物理定律和技术一致。
2. 界面分析:
它是对软件开发生命周期中接口需求规范的详细分析。它还有助于我们识别应用程序之间的接口,以确定确保组件之间有效交互的要求。评估标准与需求规范的评估标准相同,因为它有助于我们确定互操作性的需求。该分析的主要目标是软件、硬件和用户之间的接口。
3. 关键性分析:
关键性被赋予每个软件需求,当需求组合成功能时,需求的组合关键性形成聚合函数的关键性。在有任何新的需求更改后,会定期更新重要性分析。这是因为此类更改可能导致功能的关键性增加或减少,这取决于修改后的需求如何影响系统关键性。
关键性分析有以下步骤:
- A.第一步是构建系统的控制流程图 (CFD) 及其元素,其中每个块将仅代表一个软件函数。
- B.接下来,它将借助控制流程图跟踪每个关键函数或其质量要求。
- C.将所有跟踪的软件功能分类为对正确执行关键软件功能和质量要求至关重要。
- D.将额外的分析重点放在这些跟踪的关键软件功能上。
- E.最后,对每个生命周期过程重复进行关键性分析,检查实施细节是否转移了关键性的重点。
4.危害和风险分析:
在需求定义活动期间进行危害和风险分析。在此分析中,通过将系统需求细化为详细的软件需求来识别危害或风险。