甲方要求补充测试内容后，第三方机构能修改确认测试报告吗？

能改，但“怎么改”取决于补充的是哪一类内容。合规的做法只有两条路：更正和补充/重新出具。不存在“在原报告上加两行再发回来”这种操作，那叫涂改，不叫修改。

软件测试报告

一、先分清三种情况，结局完全不同

情况一：甲方新增了测试内容（最常见）

比如验收会上专家提出：“合同附件三第七条的并发指标没验证，要补。”或者甲方中途改了需求，多上了两个模块。

这类情况不属于修改报告，属于扩大检测范围。因为原始记录里没有这些内容的用例和执行结果，凭空加进去就等于没有依据的结论。正规做法是：

1.甲方出具书面的变更说明或补充需求单（这一纸很重要，后面审计时证明不是你擅自扩项）；

2.机构评估工作量，签补充协议，针对新增内容设计用例、执行测试、做缺陷回归；

3.出具补充报告（注明是对编号XXX报告的补充）或新报告。原报告继续有效，两份一起用。

费用按新增工作量另计，周期回到“用例设计—执行—审核”的正常节奏，中小型系统补测一块功能，常见是3–7个工作日。

情况二：原报告本身有错

比如单位名称写错、系统版本号不对、检测依据的标准号写成了作废版本、某个结论和数据对不上。

这类可以走更正/换发流程：按机构内部的审批程序重新签发，新报告标注“本报告替代编号为XXX的原报告”，签发日期写实际签发日。如果原报告已经流转到甲方或评审环节，机构还需要通知相关使用方，必要时收回原件作废。

情况三：甲方只是想要一个“更好看”的结论

比如把“发现高危漏洞3个”改成“未发现重大安全问题”，或者把响应时间从3.2秒写成2秒。

这个任何合规机构都不会做。改结论意味着原始记录、用例执行数据、缺陷单全都要跟着动，属于篡改原始记录。《检验检测机构资质认定管理办法》和CNAS认可规则里都是明确违规，情节严重可撤销资质。而且真被质疑的时候，一调签发系统日志、用例创建时间、骑缝章批次，根本对不上。

二、两个硬规矩，签合同前就该知道

一是日期不能倒签。

不管是补充还是更正，签发日理论上必须是实际那一天。很多项目卡在投标或验收节点上，最想要的就是“按原来的日子出一份”，但这个口子一旦开了，报告就从证据变成了风险。宁可晚交，也别赌。

二是原始记录必须同步。

RB/T 214-2017要求记录和报告保存期不少于6年，CNAS-CL01也规定报告的修改要有可追溯的审批痕迹。也就是说，你今天看到的这份报告，几年后有人来查，必须能调出对应的用例、环境配置、执行截图和审核签字。凡是不能闭环的“修改”，本质上都是无效的。

三、费用和周期怎么谈

软件测试报告费用与周期

这里有个很实用的动作：在最初的技术协议里加一句话：“如验收方提出新增检测内容，双方按补充协议执行，原报告效力不受影响。”就这一句，能避免后期被当成“返工”来扯皮。

如果你正在处理这类情况，可以先对照上面三种情形判断自己属于哪一种：是内容漏了、信息错了，还是结论被要求调整。前两种都有标准流程可走，第三种则建议直接跟甲方沟通验收口径，而不是让机构在报告上做文章。

如果有需要，也可以把甲方提出的补充要求原文和原报告的目录页发给柯信检测看看，我们可以帮你判断这属于更正还是新增委托、原报告会不会受影响，以及大概的工作量和周期。

标签：软件测试报告、甲方验收测试