测试通过后重新打同名部署包，为什么仍要重新验证？

正确答案 B

测试结论对应的是当时实际受测的内容，不是release-1.8这串名称。应从统一仓库取得可识别的已验证版本；若重建产生变化，就应作为新版本验证，选B。

同一份源码也可能因为依赖或构建条件变化而产出不同内容，更何况题干没有确认代码是否一致。现场各打一份包，会让“测试了什么、上线了什么”变成两个难以对应的问题。可用版本记录、内容摘要等核对发布对象，但摘要一致只帮助判断内容身份，不代替功能和安全测试。环境参数可以按环境受控配置，不必把测试库地址打进生产包。这里要守住的是测试证据与发布内容的对应关系，而不是要求所有文件和参数在各环境都逐字相同。

选项分析

A

名称可以复用，不能保证源码、依赖或构建产物一致，原测试结论不能仅凭文件名转移。

B

把测试证据绑定到明确版本，内容改变后重新管理和验证，能保持交付的可追溯性。

C

各服务器自行构建可能引入更多差异，难以确保上线对象就是统一验证过的发布内容。

D

不同文件完全可能具有相同大小，体积相等不能证明内容、依赖或行为一致。

再巩固一步

• 检查发布记录能否回答：哪份内容经过了哪些测试、最终哪份内容进入生产。名称只是线索，不是完整证据。