标签: 评估

在基础实践 2 中 您 如何定义验证标准 ? 有了基础实践 1 中定义的战略指导方针，您就可以进入下一步了。这个 BP （基础实践） 既适用于静态测试也适用于动态测试。预期的结果是单元的特定测试用例和单元级静态检查的定义。在本文中，我们将讨论基础实践 2-7 本文是 A SPICE 系列文章的第 3 篇 。 点击查看 A SPICE 系列往期内容 ： ASPICE系列：顺利通过ASPICE流程软件单元验证(SWE.4)-面包板社区 (eet-china.com) ASPICE系列：如何定义软件单元验证策略-面包板社区 (eet-china.com) A SPICE 基础实践 基础实践 2: 制定单元验证标准 ASPICE 过程期望定义标准，以确保单元执行软件详细设计和非功能需求中所描述的操作。 所有的工作产品都应该按照软件单元验证策略中的描述进行生产。 例如，应为静态测试定义以下标准 : 静态测量的类型 ( 例如， 圈复杂 度的测量 ) 和成功的评价标准 ( 测量的 圈复杂 度小于 50) 。 符合编码标准 ( 如 MISRA) 符合项目中商定的设计模式 非功能性的技术标准，例如资源消耗 (RAM/ROM) 您可以为所有单元设置单元验证标准，或者专门为 一类 单元或单个单元设置单元验证标准。为了不让工作失去控制，建议 对 一般定义 保持慎重和保守 。 专业提示 ： 覆盖目标 ( 例如代码覆盖 ) 通常不适合作为单元验证标准。它们最好用作测试结束标准，从而确定测试何时可以被认为完成。 对于每个测试规范， 基础实践 6 “ 确保一致性 ” 要求在测试规范和软件详细设计之间进行内容检查。在大多数情况下，这是通过审查等质量保证措施来完成的。此检查的目的是证明测试用例正确地测试了链接需求的内容。明确地期望每个评审都有文档记录。 如果在评估过程中发现缺少或不充分的非功能需求 ( SWE .1) 或缺少或不充分的软件详细设计 ( SWE .3) ， BP2 评估可能会被降级。 换句话说，如果前面的过程没有完成，他们也不会得到一个好的评价。 基本实践 3: 执行软件单元的静态验证 使用基础实践 2 中定义的标准，软件单元的静态验证应该在基础实践 3 中执行。 该验证可以通过以下方式执行： 自动静态代码分析工具 代码审查 ( 例如检查编码标准和指导方针的符合性或正确使用设计模式 ) 成功标准应该使用 BP2 的标准来确定。它们 具体说明 检查是成功还是失败。基础可以是覆盖标准或遵从最大值 (max . 圈复杂 度 最大为 Y) 或最小值 ( min . 每行代码最少 x 行注释 ) 。 基础实践 4: 测试软件单元 使用基础实践 2 中创建的测试规范，软件单元测试将在基础实践 4 中执行。预期测试将按照软件单元验证策略中所描述的方式执行。 对于基础实践 3 和基础实践 4 ，明确要求记录包括结果在内的所有测试。如果出现异常 现象 和 检验发现的情况 ，应将其记录、评估和报告。 此外， B P4 要求 以有意义的方式总结所有数据。在软件单元验证中，通常需要大量的测试数据。测试数据应该在多个详细级别上 为 手动和自动执行验证结果 而 准备。对此的解决方案是一个有意义的总结，例如 通过饼图的 形式聚集所有测试结果。 基础实践 3 和基础实践 4 的评估说明 与软件单元验证策略 (BP1) 相比，验证测试执行的偏差导致 BP3 或 BP4 的贬值。 对于 BP3 和 BP4 ，缺乏有意义的总结 会 导致降级。如果一个测试只被评为通过 / 失败，而没有关于测试的附加信息，那么评估人员对受影响的基础实践的评价不会比 “ Partly ” 更好。自动化软件单元测试报告中对单元的模拟和计算可以被视为对评估的充分补充信息。 评估人员将希望分别看到 BP3 和 BP4 的评估示例。具体地说，他们想要用它来验证一个发现是否符合软件单元验证策略和 SUP.9 问题解决管理。 基础实践 5: 建立双向追溯 在 A SPICE 中有几个地方需要双向追溯。如何实施取决于你自己。在这种情况下，您需要将详细设计的需求与测试用例和静态测试的结果联系起来。测试用例依次链接到详细设计的需求。 在最简单的情况下，这可以通过表格的形式完成 ( 列 = 测试用例 ; 行 = 需求 ) 。这种实现需要大量维护，而且很容易出错。 Pro-Tip: 为此使用 模型动态测试工具 TPT 等工具，尽可能容易地创建链接，最好是自动生成报告。您可以将此跟踪报告 为概述 用于一致性评审 (SWE.4 BP6) 作。在更改请求的情况下，您可以更快地分析 对 测试用例 的依赖性 。 评估人员明确地希望您将测试用例和需求双向地链接起来 (BP5) 。 基础实践 7: 总结和交流结果 所有 单元 验证 结果应汇总并通报相关方。 B P7 明确地期望有证据表明已经报告了结果。所有类型的通信媒体，如信件、邮件、视频、论坛帖子等，都可以作为证据 ( 只要它们有记录并可追溯 ) 。 如果 SWE.4 的 BP 3 和 / 或 BP 4 被评为 “ None ” 或 “ P artly ” ，那么预 计 评估员会对 BP7 降级。 在 BP7 的 ACQ.13 项目要求 过程 中，需要确定相关方及其对信息的需求。 ACQ.13 项目要求过程不作为 A SPICE 评估的一部分进行审查。然而，一个项目不应该仅仅因为过程没有被评估就忽略它，这是一个很好的实践。 总结 A SPICE 要求质量保证的许多活动和结果。许多所需的结果也应该以可验证的方式进行检查。 了解并应用这些评估规则可以增加获得良好评估的可能性。通常，一个项目在 2 年后达到 1 级，在 2 年后达到 2 级。 经验表明，当团队愿意学习并不断工作以满足需求时，成功是最快实现的。

       ADS1232是TI的一款24bit的 Sigma Delta型 ADC，SPS可以配置成10hz或80hz，内置PGA，可配置增益为1，2，64，128倍。 手册标称噪声以及NOISE-FREE分辨率：   我所画的评估版的ADC就是使用ADS1232，SPS为10hz，PGA=1,外接基准电压为堪称带隙基准之王的LTC6655-2.5,使用该基准的开尔文接法，电源使用SGM的一款PSRR=70db的的LDO,数据信号隔离使用ADI的磁偶。 使用底噪测试模式，测试了20min，测得20000多个数据，从下图中可以看到噪声极差为28个LSB，折算noise free分辨率约为19.2bit，参考手册标称噪声略有偏低，看标称噪声貌似也会因VREF的电压低而使得噪声增大，手册使用的是5V和3V，而我使用的是2.5v，我测试的这个指标应该还算是符合标称指标。 噪声测试图：