NB/T 20272-2014 标准解读

一、核心指标体系梳理

• 缺陷密度：≤0.5个缺陷/KLOC（千行可执行代码），适用于安全级软件；≤1.0个缺陷/KLOC，适用于非安全级软件
• 需求覆盖率：100%，要求所有需求项在测试用例中被至少一个有效用例唯一映射
• 代码行覆盖度：语句覆盖≥90%，判定覆盖≥95%，MC/DC覆盖≥100%（仅限安全级A/B类软件）
• 评审问题关闭率：≥98%，以评审报告签发后30个自然日内闭环问题数占识别总问题数之比计算
• 静态分析告警率：高危告警数≤2个/KLOC，中危告警数≤10个/KLOC，低危告警不设上限但须全部归档说明
• 文档完备性指数：按《软件配置项清单》核查，缺失项数为0，版本标识完整率100%
• 接口一致性偏差率：接口协议描述与实现偏差数为0，含数据类型、字节序、时序约束、超时阈值等全部参数
• 回归测试通过率：≥99.5%，基于基线版本变更引入的测试用例集执行结果统计

二、关键参数精准释义

1. 缺陷密度：分子为经评审确认且未重复计数的缺陷总数（含需求、设计、编码、集成阶段），分母为交付物中经编译器预处理后的可执行代码物理行数（剔除注释、空行、宏定义展开行），KLOC按1024字节对应1行折算
2. 需求覆盖率：依据IEEE 830-1998定义的需求条目编号体系，每个需求ID须在测试用例追踪矩阵（TCM）中存在唯一非空交叉引用，禁止合并引用或模糊匹配
3. MC/DC覆盖：对每个判定条件，需提供独立影响测试用例集，确保任一条件改变导致判定结果翻转，且其余条件保持不变；每组用例须经仿真环境实证输出
4. 评审问题关闭率：“关闭”指问题责任人提交验证证据（含代码截图、日志片段、测试报告页码）、经原评审组长签字确认并录入配置管理系统（CMS）状态字段为“Closed”
5. 高危告警：包括缓冲区溢出、空指针解引用、未初始化变量使用、整数溢出、竞态条件五类，由符合IEC 62443-4-1认证的静态分析工具（如Coverity 2022.06+、LDRA Testbed v9.7.2+）生成
6. 接口一致性偏差：以《系统接口控制文件（ICD）Rev.3.1》为基准，逐字段比对通信帧结构、校验算法（CRC-16-CCITT）、最大传输单元（MTU=1500字节）、重传机制（NACK超时=200ms±5ms）

三、参数合格区间界定

四、参数管控实操建议

• 日常管控：建立自动化指标采集流水线，每日02:00 UTC调用Jenkins API拉取SonarQube 9.9+缺陷数据、TCM数据库覆盖率快照、CMS中问题状态变更日志，写入时序数据库InfluxDB v2.7
• 数据统计：缺陷密度按Sprint周期滚动计算（窗口期=最近3个迭代），需求覆盖率采用增量式验证法——每次需求变更后48小时内更新TCM并重新生成覆盖率报告
• 偏差修正：当MC/DC覆盖度＜100%时，立即冻结对应模块代码提交，由架构师指定最小化测试用例补充集（≤5用例/判定），经HIL平台实测验证后方可解冻；高危告警超限时，执行强制代码审查（FCA），由两名IAEA认证审查员联合签署豁免申请（仅限硬件资源约束场景）
• 工具链校准：静态分析工具每年至少执行一次基准测试（ISO/IEC 15408 EAL4+认证套件），确保告警分类准确率≥99.2%；代码行数统计工具须启用GCC 12.2+ -fdump-tree-original选项校验物理行数一致性