在多数检测领域，样品管理的对象是实物：一件材料、一份试样、一瓶试剂。相应的控制手段也围绕实物展开——容器、标签、库房、温湿度记录和出入库台账，核心是防止样品在流转中混淆、变质、污染或丢失。
软件检测实验室面对的对象不同。被测软件以数字形式存在，复制几乎不产生成本，副本与"原件"在比特层面没有差别；它没有固定的物理边界，一次重新构建、一处配置修改、一个依赖库版本变化，都可能使前后两次测试不再针对同一对象；它也不能单独呈现行为，必须连同运行环境、测试工具和测试数据才能被观测。
CNAS-CL01:2018《检测和校准实验室能力认可准则》7.4 要求实验室建立检测物品运输、接收、处置、保护、存储、保留、处理或归还的程序，建立清晰的标识系统，记录与规定条件的偏离，并对需要特定环境条件的储存或调置保持、监控和记录这些条件。
CNAS-CL01-G001-2024《检测和校准实验室能力认可准则的应用要求》进一步要求，已检样品的处理程序应保障客户的信息安全，确保客户的所有权和专利权，适当时在合同评审时明确对样品的处理方式。
软件检测领域应用说明 CNAS-CL01-A019 在 7.4 下作了三条针对性补充：
接收被测软件时详细记录程序、软件工程文档、数据及版本号并进行唯一性标识；
接收样品时进行病毒检查并记录；
向客户提供保证，使测试工具或测试集不会把病毒或其他损坏因素引入属于客户的硬件或软件，测试完成后按客户要求处置被测软件并保留记录。
本文我们把软件测试实验室在建立和运行样品管理程序时容易忽略、又直接决定结果可追溯性的8个环节汇总整理出来供大家参考使用。
一、"样品"的边界
实物样品通常是一件东西，软件检测的"样品"却是一组交付物的集合：可执行程序或安装包、源代码（代码审查与静态分析时）、软件工程文档（需求规格说明书、设计文档、用户手册、接口文档）、配置文件、第三方组件清单及许可证声明、测试数据、授权许可与密钥、陪测桩程序和接口模拟器等。
CNAS-CL01-A019 要求接收时记录"程序、软件工程文档、数据及版本号"，实际上已经把样品范围定义为配置项集合，而非单一安装包。
因此，样品控制的第一道工序不在样品室，而在合同评审。实验室应形成逐项列明的样品清单，写清名称、版本、载体、交付方式、权属、是否属于检测依据、测试结束后的处理方式。
软件检测实验室通常需要单独设置软件配置管理、测试数据管理等管理体系文件，原因也在于此。
像很常见的把需求规格说明书当作"参考资料"而不纳入受控样品，待到报告复核时发现文档版本与实际被测版本不一致，已无从追溯这样的问题很容易产生不符合项。
二、唯一性标识
准则要求标识系统确保物品在实物上、记录或其他文件中不被混淆，适当时还应覆盖物品的细分和传递；现场评审中，7.4 条款的不符合项以标识问题占比最高。
但软件样品会同时存在于多台机器、多个目录、多次部署和多个备份中，给介质贴标签无法标识样品本身。
可操作的做法是把标识做成一组字段：产品名称、版本号、构建号或代码提交标识、构建时间、部署包校验值（如 SHA-256）、配置项清单版本。
版本号应写到能够唯一定位构建产物的粒度，仅标注"V2.0"而缺少时间戳或提交标识，无法排除同名不同包的情形。
报告中的样品描述必须与接收记录、测试执行日志中的标识一致；留样再测、分包、回归测试时应重新核对，避免记录里出现"同名不同版本"却无任何关联说明。
另需注意，测试工具软件的不同版本同样应加以唯一性标识，样品与工具两侧的混淆都会影响结果溯源。
三、“防变质、防丢失”的控制要点
准则中“避免变质、污染、丢失或损坏”的实物语义，映射到软件样品，主要对应非授权修改、传输截断、依赖缺失、误覆盖和恶意篡改，以及存储介质故障、版本误删除、备份不可恢复或依赖散失所导致的“事实性丢失”。
接收时即计算并记录交付物哈希，并在部署前后、内部流转交接、留样出库和处置前后复核，是成本较低、可操作性较强的同一性控制点；但哈希只证明“是不是同一份”，不充分证明“是否可运行”，因此应与依赖完整性核验、部署环境记录配合，且哈希记录本身应纳入受控电子记录。
原始交付物应设为只读主副本，测试操作使用工作副本；对被测软件的必要修改应区分环境适配性修改与被测对象实质性修改，前者履行申请、批准、执行和复核记录，写明修改人、时间、原因及修改前后状态，后者还应提高授权层级，评估其对检测有效性的影响，必要时告知客户或在报告中说明。
备份宜采用多副本、不同介质并保留异地副本，定期验证可恢复性，并与记录控制程序衔接，确保备份保存期覆盖样品和记录保存期、恢复后能与原始哈希及检测记录重建对应关系——无法恢复的备份不构成完整性保障。
电子记录的修改留痕、审计追踪和数据完整性已是实验室评审中的常规关注点；对软件样品管理而言，审计追踪应覆盖接收、复制、部署、流转、留样、处置和备份恢复等完整性关键操作，而不仅限于检测数据本身。
这里如果需要成熟的软件测试管理系统产品，可点击菜单联系我们进行试用。
四、版本冻结与变更控制，防止测试期间样品"漂移"
软件样品的特殊风险之一，是委托方在测试进行中仍可提交新的构建。若测试执行中途替换了安装包、更新了数据库脚本或应用了补丁，前半段用例与后半段用例针对的已不是同一对象，报告结论便失去对应性。
这类"版本漂移"在实物检测中几乎不会发生，在软件检测中却相当普遍。
控制方式是在受理环节冻结版本并由双方书面确认；确需修复缺陷后回归的，应按新样品重新受理、重新赋予标识，明确回归范围，并记录新版本与前一版本的对应关系。
测试环境自身的操作系统更新、中间件升级、工具版本切换也应纳入同一变更控制，不能只管被测件而放任环境变化。
若客户在明知样品与规定条件存在偏离时仍要求继续检测，应按 7.4.3 在开始工作前询问客户并记录结果，必要时在报告中作出免责声明并指出偏离可能影响的结果。
五、把运行环境和测试工具纳入同一条控制链
软件样品脱离环境不呈现可观测行为。同一安装包在不同操作系统、数据库、中间件、浏览器、运行时版本、网络拓扑或并发负载下，功能表现和性能指标都可能不同。
因此，样品管理若只保存安装包，等于保存了一份无法复现的对象。
CNAS-CL01-A019 要求测试项目使用的计算机及网络与该项目以外的计算机及网络有效隔离，防止外部环境不可控因素影响被测软件和测试结果；通过实验室以外的网络实施远程测试时，还应注意影响网络正常运行的环境条件。
该文件同时把测试工具软件、计算机系统、网络系统、适配器、测试输入和结果输出硬件列为软件测试设备，并要求设备记录包含配置及支撑软件信息。
与之配套，样品卷宗应保存环境配置基线、镜像或快照、测试工具及版本、网络拓扑和参数化数据说明；留样时也应连同这些内容一并保存。报告中列明测试环境、被测件版本与完整性标识，是这一控制链向外的自然延伸。
六、恶意代码防控，既查样品，也管工具
软件检测领域应用说明要求接收样品时进行病毒检查并记录，同时要求实验室向客户提供充分保证，确保测试工具或测试集不会把病毒或其他损坏因素引入属于客户的硬件或软件。
这是双向的：样品可能污染实验室环境，实验室的工具、脚本和测试用例也可能反向影响客户资产。渗透测试、故障注入、压力测试等项目中，这一风险尤为具体。
落地措施包括独立隔离的测试网络或靶场、渗透测试的书面授权与流量留痕、接收环节的查杀记录、介质存取台账、测试工具投入使用前的核查与病毒库升级记录；在固定场所以外实施现场测试时，应采取同等效力的查杀与风险告知措施。
网络隔离不只是保密措施，也是保证结果有效性的技术措施——外部环境干扰同样会改变被测软件的行为。
七、保密、知识产权与用途限制贯穿全生命周期
软件样品常以完整可运行形态交付，包含源代码、算法逻辑和业务数据，复制与传播成本极低，一旦外泄难以追回。
CNAS-CL01-G001-2024要求已检样品的处理程序保障客户的信息安全，确保客户的所有权和专利权；软件检测领域长期强调样品只用于检测、不得挪作商业目的，也是基于同一风险。
控制应覆盖存储、访问、传输和人员四个维度：最小权限授权、专人保管、出入库台账与必要的双人复核、加密存储与加密传输、测试网与办公网隔离、保密协议与公正性声明（存在开发业务时，需书面承诺不利用被测软件知识产权牟利）、项目结束后云上临时资源与账号的回收。
测试数据若含生产数据或个人信息，应在受理时明确脱敏要求与责任边界，并对脱敏规则本身留痕——脱敏不足会带来合规风险，脱敏过度则可能破坏测试有效性，两者都需要在合同评审阶段说清楚。
八、留样、返还与处置
准则把"归还"列入样品程序，对软件样品而言，多数情况下的归还并非把 U 盘寄回客户，而是按客户要求不留存、彻底清除并出具证明。CNAS-CL01-A019 明确规定，测试完成后实验室应按客户要求处置被测试软件，并保留记录。
处置前需要清点的是全部副本：只读主副本、各工作副本、备份、虚拟机与容器镜像、临时构建产物、日志和截图中可能包含的敏感片段、临时账号与密钥，以及客户提供的纸质文档。
处置方式、执行人、时间、复核人和客户确认应形成记录；约定留样期限的样品须标注留样状态，留样期届满后同样执行处置。
留样再测是结果有效性监控的常用手段，但软件留样只有连同环境镜像、工具版本和测试数据一起保存才有意义；只留一个安装包，往往无法支撑复测。
道普云，深耕软件测试行业二十余年，专注软件检测领域CNAS/CMA实验室建设，如需软件检测实验室质量管理体系文件过审版，作业指导书等资料，可点击菜单获取。
