3. 硬件验收的输入文件体系

硬件验收不是从测试台架接通电源那一刻才开始的,而是从一组输入文件被确认“齐套、有效、一致”那一刻就已经开始。验收输入文件体系通常由五类文件构成:技术协议、研制任务书、验收规范、测试大纲和数据包要求。它们不是并列的五份文档,而是一条自上而下的约束传递链:任务书提出任务需求,技术协议把需求固化为甲乙双方可检验的约定,验收规范把约定转化为判定准则,测试大纲把判定准则转化为可执行的测试项目,数据包要求则规定这些判定结果以什么证据形式留存和交付。任何一环脱节,都会在验收现场表现为“测了但判不了”“判了但拿不出证据”。

五类文件的定位与编制要点

研制任务书是需求的源头,通常由使用方或总体单位下达,回答“要研制一个什么东西、达到什么目的、在什么条件下使用”。它偏重任务使命、主要功能、使用环境、寿命与接口约束,指标往往以门限值和目标值成对给出。编制时要特别注意区分“必须满足的门限”和“争取达到的目标”,因为验收判定只对门限值具有强制约束力。

技术协议是任务书与工程实现之间的合同化文件,由甲乙双方签署,回答“双方认可的技术状态是什么”。它把任务书中的定性要求细化为可测量的技术指标,并明确接口定义、供电体制、机械安装、环境条件、验收方式与责任边界。技术协议中最容易出问题的是指标的可测性:例如只写“具备抗振动能力”而不写量级、轴向、时长和判据,验收时就无法形成结论。

验收规范是验收活动的“判据手册”,回答“每一项指标用什么方法测、测到什么程度算合格”。它应逐条对应技术协议的指标,给出测试条件、测量设备精度要求、测试方法、合格判据和异常处理原则。验收规范的核心价值在于把“指标”翻译成“判据”,例如把“输出纹波≤50 mV”翻译为“在额定负载、25 ℃、带宽20 MHz条件下,用示波器AC耦合测量,峰峰值不超过50 mV,连续测量3次均满足”。

测试大纲是验收规范的操作化展开,回答“先测什么、后测什么、每项怎么接线、记录哪些数据”。它按测试项目组织,包含测试目的、被测对象状态、仪器清单、连接关系、激励条件、测量步骤、记录表格和通过准则。测试大纲必须与验收规范一一对应,不能出现规范中有判据而大纲中无测试项的情况。

数据包要求规定验收证据的形态与完整性,回答“测完以后交什么、怎么组织、谁签署”。典型内容包括数据记录格式、原始数据与处理数据的分层、曲线与截图要求、测试人员与审核人员签署、数据包目录结构和交付介质。数据包要求若缺失,验收结论就缺乏可追溯性,后续复查或归零将非常被动。

硬件验收输入文件体系与一致性传递链 研制任务书 使命·功能·环境·门限/目标 技术协议 指标·接口·责任·验收方式 验收规范 条件·方法·判据·异常处理 测试大纲 项目·接线·步骤·记录 数据包要求 原始数据·处理数据·曲线截图·签署·目录结构·交付介质 一致性审查:四条纵向核对线 ① 指标覆盖核对 任务书门限值 → 协议指标 → 规范判据 ② 判据可测核对 条件·设备精度 → 方法 → 合格判据 ③ 项目对应核对 规范判据 → 大纲测试项 一一对应 ④ 证据闭环核对 测试项 → 记录表 → 数据包条目 可追溯 审查结论:齐套 · 有效版本 · 指标无遗漏 · 判据可执行 · 证据可追溯 任一核对线断裂 → 验收前必须归零,不得带问题进入测试现场

一致性审查的实操方法

一致性审查不是把五份文件通读一遍,而是建立可核对的映射关系。推荐以技术协议为基准,建立一张“指标—判据—测试项—数据记录”的四列对照表,逐条核对。具体可按四条纵向核对线推进。

第一条,指标覆盖核对。把研制任务书中的每一条门限指标编号,检查技术协议是否全部承接、有无遗漏或擅自放宽。例如任务书要求工作温度−40 ℃~+60 ℃,协议若写成−20 ℃~+55 ℃,即构成实质性偏离,必须走更改流程而不是在验收时默认接受。同时检查协议中新增的指标是否有任务书依据,避免“协议加码、任务书无源”。

第二条,判据可测核对。对技术协议中每一条指标,检查验收规范是否给出了完整的测试条件、测量设备及精度、测试方法和合格判据。这里最常见的缺陷是判据不完整:只写“纹波≤50 mV”,未写负载、温度、带宽和测量次数。审查时应要求补齐,使不同测试人员按同一规范能得到一致结论。

第三条,项目对应核对。把验收规范中的每一条判据与测试大纲的测试项目做双向核对。正向检查“每条判据都有测试项”,反向检查“每个测试项都有判据来源”。反向核对尤其重要,它能发现大纲中夹带的、规范未授权的测试内容,避免验收范围被悄悄扩大或缩小。

第四条,证据闭环核对。检查每个测试项在数据包要求中是否有对应的记录表、数据格式和签署要求。若某测试项需要记录波形,而数据包要求只规定了数值表格,则证据形态不匹配,验收后无法复现判读过程。

一致性审查的实用技巧:给每份文件加版本号和生效日期,在对照表中记录每条指标的来源文件与条款号。审查完成后形成“审查问题清单”,逐条明确责任人和关闭时间,关闭后再冻结文件版本,作为验收的基线。

常见不一致及其后果

实际工程中,五类文件不一致的典型表现有四类。一是指标漂移:任务书、协议、规范三处对同一指标表述不同,验收时各方各执一词。二是判据缺失:协议有指标但规范无判据,测试大纲只能凭经验测,结论缺乏依据。三是项目错位:大纲测试项与规范判据编号不对应,出现漏测或重测。四是证据断链:测试做了、数据记了,但数据包要求未规定归档格式,交付时无法证明某项指标已通过。

这些问题在验收现场往往无法临时补救,因为补测需要重新准备状态、设备和时间,补文件则需要重新履行签署流程。因此,一致性审查必须在验收前完成,并作为验收准入的前置条件。审查通过后,五类文件应形成冻结基线,验收过程中的任何偏离都必须走更改单,而不是口头确认。

注意:技术协议与验收规范中的指标数值、单位、测试条件必须逐字一致。曾出现协议写“≤50 mV”而规范写“<50 mV”的情况,边界值判定时产生争议。审查时应把单位、符号、边界条件作为独立核对项。

可直接使用的审查对照表

下表可作为一致性审查的工作底稿,按指标逐行填写。表中示例数据为教学假设,用于说明填写方式。

序号 指标来源(任务书/协议条款) 指标与门限值 验收规范判据条款 测试大纲项目号 数据包记录条目 一致性结论
1 任务书 4.2 / 协议 3.1 工作温度 −40 ℃~+60 ℃ 规范 5.3:高低温循环,每点保持2 h DS-01 温度曲线+功能检查记录 一致
2 协议 3.4 输出纹波 ≤50 mV(峰峰值) 规范 5.7:额定负载、25 ℃、20 MHz带宽,测3次 DS-05 示波器截图+数值表 一致
3 协议 3.6 振动量级 0.04 g²/Hz 规范未给出判据 — — 不一致,需补判据

审查完成后,应输出三份结果:一是冻结的文件版本清单,二是审查问题清单及关闭记录,三是验收基线对照表。这三份结果共同构成验收的输入基线,后续测试、记录和交付都以它为唯一依据。只有输入文件体系先做到齐套、有效、一致,硬件验收才具备可执行、可判定、可追溯的基础。