角色定义
甲方
委托方（母婴护理行业企业）
乙方
开发方（中国国内 IT 开发公司）
丙方公司
验收支援方（以甲方立场提供验收协助与风险识别）
验收方式（4 步）
丙方公司不代行系统级全面测试；以文档化、静态分析与上线前动作确认为主，形成可沟通、可存档、可追踪的验收依据。
1
逆生成《验收用功能式样书》
- 功能清单（模块 → 功能 → 子功能）
- 功能流程（主流程 / 分支 / 异常点）
- 相关画面一览（画面名 / 入口 / 关键项 / 输入输出）
- 相关接口 / 批处理 / 定时任务（如有）
目的：让甲方能以“功能是否足够、是否遗漏”为基准进行确认与沟通。
2
完成度 Check（静态分析）
- 判断第 1 步整理的功能是否存在：未实现 / 半实现 / 仅 UI 无逻辑 / 明显断点等情况
输出：完成度指摘点清单（含定位信息与影响范围描述）。
3
隐患分析（静态分析）
- 可维护性 / 可扩展性问题
- 异常处理不足
- 潜在安全风险
- 性能与稳定性隐患
- 依赖与配置风险
输出：风险分级与建议（高/中/低）+ 对应证据/定位信息。
4
本番动作确认（上线前动作确认 / Smoke Check）
声明：本步骤不是本番测试。丙方公司不承担系统级全面测试工作。
- 确认可操作性
- 确认基本流程是否跑通
- 确认关键异常是否可控（以可观测证据为准）
- 记录范围、步骤、结果与指摘点
验收工作纳品文档（Deliverables）
- 《逆生成验收用功能式样书》（以功能为单位的流程/画面/接口整理，供甲方确认遗漏与偏差）
- 《代码静态分析报告》（包含：完成度 Check 结果 + 隐患/风险分析 + 风险分级与建议）
- 《本番动作确认报告（上线前）》（确认范围、环境、账号/前提条件、操作记录、结果与指摘）
可选附录（如需要）：《指摘/改善建议清单（Issue List）》用于甲乙双方跟踪整改。
→ 查看：纳品文档示例（各文档样例页面）
说明：此链接将打开同目录下的示例页面，用于展示各文档的结构与样例内容（非真实审查结论）。
关于 ● 需要甲方公司提供的配合
甲方配合事项
协同确认
- 针对《逆生成验收用功能式样书》，配合确认是否与当初对乙方的需求/口头约定存在偏差或遗漏，并给出反馈结论。
- 作为项目推进主体，负责督促乙方履行义务，配合丙方公司完成验收所需的资料提供与环境准备。
关于 ● 需要乙方公司提供的配合
乙方配合事项
资料与环境
- 共享源码：服务端 Java 代码、数据库结构/DDL、各 UI 端代码（H5/微信小程序/iOS/Android）。如使用 uni-app 或 taro，则提供对应的源代码与构建工程。
-
共享发布过程与配置信息：打包/构建/部署流程、环境参数、第三方依赖配置等。
- 涉及 Apple/Google 商店、支付宝商户、微信公众号等平台信息时，建议以“最小权限、临时账号/子账号、权限委派”的方式提供；避免通过聊天/邮件发送明文密码或长期密钥。
- 共享历史文档：开发期间遗留的需求说明、沟通记录、原型、测试记录（如有），用于缩短逆生成与确认周期。
关于 ● 免责声明及不包含的工作范围（案）
范围边界
重要
- 不含测试：丙方公司仅作为甲方验收支援，负责整理需求与完成度判断；不负责单体/结合/系统测试；“本番动作确认”不等同于“本番测试”。
- 不含开发：静态分析或动作确认中发现问题后，丙方公司仅提交报告与建议，不直接承担改修/追加开发。
- 不含维护：验收结束后，若本番运用中出现障害或运营异常，丙方公司不参与后续维护/运维处理（因本支援不实施完整测试与运用代行）。
关于 ● 责任声明（案）
责任声明
合规
- 保密义务：验收支援过程中不可避免接触甲方源码、数据库与服务器环境等信息；丙方公司承诺遵守保密要求，不泄露相关信息，并按约定范围使用与管理。