项目验收标准怎么定？如果验收不通过怎么办？

结论：验收标准必须在开发前与范围一起确定，并写成“前置条件—操作—预期结果—证据”。至少覆盖功能闭环、数据迁移、性能容量、安全权限、兼容性、运行恢复和交付资产。验收不通过时，先判断是原范围缺陷、客户环境/资料阻塞、已批准变更还是新增优化，再按问题等级整改、复验、部分接收或终止；不能一概“不付款”，也不能用“基本能用”强制通过。

验收的目的不是最后一天挑错，而是证明双方购买的结果已经出现。仅凭功能清单写“会员管理：有”无法验收：谁能创建会员、重复手机号怎样处理、门店能否越权查看、删除后订单如何保留，都需要场景和边界。视觉稿、演示视频和开发人员口述也不能代替可重复操作的证据。

在安排里程碑、资源与验收节奏时，还可以对照 大型软件项目的合作流程和服务范围如何界定？；这些内容补充了需要放在同一项决策中考虑的上下文。

六类验收放在同一张表里

类别	应约定的内容	证据示例	常见错误
功能与流程	角色、前置数据、主流程和异常分支	用例记录、版本号、截图或日志	只验单页，不跑端到端
数据迁移	范围、映射、清洗、数量和业务对账	源目标报告、异常清单、签字	只比较总行数
性能容量	数据量、并发、网络、P95/P99、错误率	压测脚本、环境和原始报告	只写“响应快”
安全权限	身份、角色、组织隔离、高风险操作和漏洞门槛	权限矩阵、安全测试、修复复测	只做一次扫描
运行与恢复	监控、备份、恢复、发布、回滚和告警	恢复演练、值班与运行手册	有备份但从未恢复
交付资产	源码、仓库历史、账号、数据、文档和许可证	清单、权限核验、独立部署	只收一个压缩包

ISO/IEC 25010:2023 提供九类软件产品质量特性，可用于检查需求是否遗漏质量维度，并明确该模型可支持验收标准设计；它不会替项目自动生成具体数值。支付、医疗、工业控制等项目还要增加行业和监管要求。

一个合格用例应该长什么样

不要写“用户可以退款”，而写：“已支付 100 元且未发货的订单，客服在有退款权限时申请退 30 元，财务审批后调用正式支付沙箱；订单累计已退显示 30 元，产生独立退款流水和审计日志，普通店员无法审批；重复回调不重复记账。”这样既有前提、动作、金额、权限，也有异常和证据。

性能用例写清硬件或云配置、软件版本、数据规模、并发模型、预热、持续时间和统计方法。例如在约定的 10 万订单数据与 200 并发读请求下，关键接口 P95 小于双方确定阈值且错误率低于阈值。数字由业务峰值和成本决定，不能照搬别的项目。AI 能力则固定测试集、版本、评分规则、拒答和人工复核，不能验收一句“回答准确”。

验收前先确认谁提供什么

合同或 SOW 列出供应商交付环境、版本和材料，客户负责的账号、样本、人员、接口和确认时限。测试数据尽量脱敏，生产验收的访问权限受控。双方指定有权签字的人和验收窗口；意见必须进入统一问题清单，不能分散在多个群聊后反复增加。

里程碑先由供应商自测并提交报告，客户按约定窗口验收。大项目可分模块接收，但必须补一次跨模块端到端和最终资产验收。若合同设计“逾期视为通过”，应同时确保客户确实获得环境、材料和合理测试期；具体法律效力由律师确认。

不通过后先分类再处理

发现项	判定方式	处理	对付款/工期的常见影响
原范围缺陷	实际结果不符合已确认标准	供应商整改并按同一用例复验	依合同与对应里程碑挂钩
客户或环境阻塞	账号、数据、接口或人员未按约提供	记录阻塞，补齐后继续	可暂停计时或调整计划
已批准变更	双方已有变更单	按新范围和标准验收	按变更单调整
新需求或优化	原标准未要求且改变业务行为	进入后续评估，不冒充缺陷	通常不阻止原范围接收

问题清单记录编号、复现步骤、期望与实际、证据、等级、责任人和目标日期。阻断核心使用、安全或资金正确性的严重问题应在接收前关闭；不影响核心流程的低等级问题可以在双方书面同意后形成遗留清单、保留款或修复计划。是否部分付款、拒收、解除或索赔取决于合同和法律，本文不替双方作法律结论。

复验只按已约定标准和受影响回归范围进行，防止每次复验临时增加要求。连续整改仍失败时，启动管理升级，选择缩减范围、引入独立测试、部分接收、替代交付或终止，并执行源码、数据和账号移交。退出机制应在签约时写，不应等关系恶化才讨论。

滚水科技如何让验收不等到最后

滚水科技可在范围确认时同步建立用例和证据目录，每个里程碑提供可运行版本、变更记录、测试结果和已知问题，让客户持续检查。项目最终仍以双方合同和 SOW 为边界，透明交付标准只是公司第一方方法说明。客户主动提出意见并不等于“产生纠纷”，验收质量应由用例、问题处理和接管结果证明，不能用缺少统计口径的“0 纠纷”评价。

质量与安全依据

• ISO/IEC 25010:2023：提供软件产品质量模型，并明确可用于识别验收标准与质量度量。
• OWASP ASVS：用于将 Web 应用安全控制转为带版本号的验证项。
• 滚水透明交付标准：滚水科技第一方交付方法，实际权利义务以合同为准。