ASPICE系列：正确定义验证标准通过ASPICE过程中的软件单元验证

ASPICE系列：正确定义验证标准通过ASPICE过程中的软件单元验证

　　软件恢复免费版,无线管理软件,手机写谱软件在基础实践2中您如何定义验证标准?有了基础实践1中定义的战略指导方针，您就可以进入下一步了。这个BP（基础实践）既适用于静态测试也适用于动态测试。预期的结果是单元的特定测试用例和单元级静态检查的定义。在本文中，我们将讨论基础实践2-7

　　本文是ASPICE系列文章的第3篇。点击查看ASPICE系列往期内容：（文章链接）

　　ASPICE过程期望定义标准，以确保单元执行软件详细设计和非功能需求中所描述的操作。

　　· 静态测量的类型(例如，圈复杂度的测量)和成功的评价标准(测量的圈复杂度小于50)。

　　您可以为所有单元设置单元验证标准，或者专门为一类单元或单个单元设置单元验证标准。为了不让工作失去控制，建议对一般定义保持慎重和保守。

　　专业提示：覆盖目标(例如代码覆盖)通常不适合作为单元验证标准。它们最好用作测试结束标准，从而确定测试何时可以被认为完成。

　　对于每个测试规范，基础实践6“确保一致性”要求在测试规范和软件详细设计之间进行内容检查。在大多数情况下，这是通过审查等质量保证措施来完成的。此检查的目的是证明测试用例正确地测试了链接需求的内容。明确地期望每个评审都有文档记录。

　　如果在评估过程中发现缺少或不充分的非功能需求(SWE.1)或缺少或不充分的软件详细设计(SWE.3)， BP2评估可能会被降级。

　　成功标准应该使用BP2的标准来确定。它们具体说明检查是成功还是失败。基础可以是覆盖标准或遵从最大值(max.圈复杂度最大为Y)或最小值(min.每行代码最少x行注释)。

　　使用基础实践2中创建的测试规范，软件单元测试将在基础实践4中执行。预期测试将按照软件单元验证策略中所描述的方式执行。

　　对于基础实践3和基础实践4，明确要求记录包括结果在内的所有测试。如果出现异常现象和检验发现的情况，应将其记录、评估和报告。

　　此外，BP4要求以有意义的方式总结所有数据。在软件单元验证中，通常需要大量的测试数据。测试数据应该在多个详细级别上为手动和自动执行验证结果而准备。对此的解决方案是一个有意义的总结，例如通过饼图的形式聚集所有测试结果。

　　与软件单元验证策略(BP1)相比，验证测试执行的偏差导致BP3或BP4的贬值。

　　对于BP3和BP4，缺乏有意义的总结会导致降级。如果一个测试只被评为通过/失败，而没有关于测试的附加信息，那么评估人员对受影响的基础实践的评价不会比“Partly”更好。自动化软件单元测试报告中对单元的模拟和计算可以被视为对评估的充分补充信息。

　　评估人员将希望分别看到BP3和BP4的评估示例。具体地说，他们想要用它来验证一个发现是否符合软件单元验证策略和SUP.9问题解决管理。

　　在ASPICE中有几个地方需要双向追溯。如何实施取决于你自己。在这种情况下，您需要将详细设计的需求与测试用例和静态测试的结果联系起来。测试用例依次链接到详细设计的需求。

　　在最简单的情况下，这可以通过表格的形式完成(列=测试用例;行=需求)。这种实现需要大量维护，而且很容易出错。

　　Pro-Tip:为此使用模型动态测试工具TPT等工具，尽可能容易地创建链接，最好是自动生成报告。您可以将此跟踪报告为概述用于一致性评审(SWE.4 BP6)作。在更改请求的情况下，您可以更快地分析对测试用例的依赖性。

　　所有单元验证结果应汇总并通报相关方。BP7明确地期望有证据表明已经报告了结果。所有类型的通信媒体，如信件、邮件、视频、论坛帖子等，都可以作为证据(只要它们有记录并可追溯)。

　　ACQ.13项目要求过程不作为ASPICE评估的一部分进行审查。然而，一个项目不应该仅仅因为过程没有被评估就忽略它，这是一个很好的实践。

　　ASPICE要求质量保证的许多活动和结果。许多所需的结果也应该以可验证的方式进行检查。

　　了解并应用这些评估规则可以增加获得良好评估的可能性。通常，一个项目在2年后达到1级，在2年后达到2级。