知食份子团队——凡事预则立博客
凡事预则立:大福食刻 Beta 冲刺计划随笔(知食份子)
作业基本信息表
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 2601_FZU_SE 软件工程实践 |
| 这个作业要求在哪里 | 团队作业—Beta 冲刺 + 事后诸葛亮 |
| 这个作业的目标 | 按课程要求发布“凡事预则立”随笔,说明下一阶段计划改进与新增的功能、团队分工与工具流程的调整方案,以及全部博客和冲刺七天的时间安排 |
| 其他参考文献 | 大福食刻 · GitHub 仓库、大福食刻 · 华为云 CodeHub 仓库、邹欣《构建之法》 |
目录
- 凡事预则立:大福食刻 Beta 冲刺计划随笔(知食份子)
- 作业基本信息表
- 一、作业背景与本篇内容
- 二、下一阶段功能计划:改进、完善与新增
- 2.1 范围界定:总差距 109 点,Alpha 结算 64 点,Beta 承接 45 点
- 2.2 P0 收尾清单(D1–D3)
- 2.3 P1 改进与完善(D4–D6 与收尾期)
- 2.4 P2 新增功能(视 P0/P1 完成情况取舍,D5 后决策)
- 三、团队分工改进
- 3.1 Alpha 分工回顾(8 人岗位制)
- 3.2 Alpha 阶段暴露的问题
- 3.3 Beta 改进措施
- 四、工具流程改进
- 4.1 版本控制
- 4.2 测试工具与质量把关
- 4.3 部署与交付
- 4.4 项目管理与文档
- 五、所有博客的计划安排
- 六、冲刺七天时间计划安排
- 6.1 总体安排(2026 年 11 月 15 日至 21 日)
- 6.2 每日固定工作(冲刺随笔必备材料)
- 6.3 冲刺后收尾(11 月 22 日至 27 日)
- 6.4 风险与应对
一、作业背景与本篇内容
大福食刻(DAFU MOMENT)是“知食份子”8 人团队开发的项目。Alpha 冲刺期间完成 45 个页面与 127 个后端接口,使用 Docker Compose 部署六个容器,公网地址为 dafu-moment.zviolin.online。验收方面,十轮全量测试共 106 条用例,全部通过;38 个走查脚本归并为 23 套用例集,累计 507 项断言全部通过。D7 终判记录显示,25 条验收标准(AC)中有 5 条部分达成、2 条未达成,这部分内容转入 Beta 阶段收尾。
Beta 冲刺安排在 11 月 15 日至 11 月 21 日,共 7 天。工作重点有三项:完成 Alpha 遗留的验收项,修正协作与工具流程中暴露的问题,通过真实用户验证产品体验。按作业要求,本篇给出四部分计划:功能计划见第二节,团队分工改进见第三节,工具流程改进见第四节,博客与七天排期见第五、六节。
二、下一阶段功能计划:改进、完善与新增
2.1 范围界定:总差距 109 点,Alpha 结算 64 点,Beta 承接 45 点
Beta 的工作范围沿用《Alpha 冲刺总结》的统计结果。与设计文档相比仍差 109 点,其中 P0 的 64 点已在 Alpha 内结算,对应 39 项 WBS,D1 至 D6 按计划完成,D7 进行终判。P1 与 P2 共 45 点自启动会起登记在 Beta 名下,构成 18 项任务池(T-09 至 T-31,编号不连续)。此外还有 12 条工程债和 7 项明确不做的事项,用于界定工作边界。
| 统计项 | 数值 | 说明 |
|---|---|---|
| 整体(距设计文档差距) | 109 点 | P0 64 点与 P1/P2 45 点之和 |
| Alpha 内结算(P0) | 64 点 | WBS 39 项,D1 至 D6 按计划完成;AC 层面留 5 条部分达成、2 条未达成,转入 Beta 收尾(见 2.2 P0-1) |
| Beta 任务池(P1/P2) | 45 点 / 18 项 | T-09 至 T-31,覆盖五条工作流:W1 记饮食、W2 AI 助手、W3 社区、W4 找吃的、W5 个人中心与治理 |
| 工程债 | 12 条 | 优先处理 4 条:二期表接入、自动化 lint、14 条挂起外键、admin 权限审计 |
任务池 18 项明细:点数与优先级采用团队登记口径,与下文 P0/P1/P2 的操作分层属于两套编号,对账以 T 编号为准。
| T 编号 | 任务 | 点 | 优先级 | 对应 AC |
|---|---|---|---|---|
| T-09 | 收藏分组(想吃、常吃、自定义) | 4 | P1 | AC06 |
| T-10 | 外卖第五类点位 | 3 | P1 | — |
| T-11 | 评价维度排序 | 3 | P1 | — |
| T-12 | 口味画像(五维,与 MBTI 分离) | 5 | P1 | AC17 |
| T-13 | 点赞通知合并 | 3 | P1 | AC19 |
| T-14 | 关注关系 | 3 | P2 | — |
| T-15 | 设置页接口化 | 2 | P1 | — |
| T-16 | 数据导出与删除 | 2 | P2 | — |
| T-17 | 草稿箱 | 2 | P2 | — |
| T-18 | 社区评论(单层) | 4 | P1 | AC20 |
| T-19 | MBTI 口径修正 | 1 | P2 | — |
| T-20 | 成长任务 | 2 | P2 | — |
| T-21 | 头衔进度 | 2 | P1 | — |
| T-22 | 营业状态筛选 | 2 | P1 | — |
| T-23 | 推荐理由 | 1 | P1 | AC16 |
| T-24b | 外卖点位数据 | 2 | P1 | — |
| T-30 | 共建与举报记录回写 | 2 | P2 | AC09 |
| T-31 | 档口级导览标记 | 2 | P2 | — |
AC13(成就分享)没有独立 T 编号,随 W1 工作流补充。团队内部将 Beta 分为三段:β-1 为接口补齐与工程债清理,β-2 为“找吃的”与社区功能,β-3 为口味画像与治理,三段分别以 B-K1、B-K2、B-K3 作为检查点。课程冲刺的七天按点数排期,任务池中的 P1 共 31 点优先安排;T 编号任务在 D1 启动会上分配到看板,并标注所属冲刺日。
仓库方面另有一处情况:两仓比对后发现,GitHub 仓库在 v1.0-alpha 冻结后已合入 T-09 至 T-31 的一批后端实现(PR #2/#3)。因此 D1 的仓库整备包含两个动作,先合入 PR #2/#3,再确定主仓并重新盘点 18 项任务的实际剩余量。燃尽图以重盘结果为起点。
2.2 P0 收尾清单(D1–D3)
| 编号 | 事项 | 现状与依据 | Beta 验收标准 | 负责 |
|---|---|---|---|---|
| P0-1 | AC 终判收尾 | D7 终判:25 条 AC 中 18 条达成,5 条部分达成,2 条未达成 | 7 条逐项补齐,每项附端点、页面、断言与截图四类证据:AC06 收藏分组、AC09 审核回写、AC13 成就分享、AC16 推荐理由、AC19 点赞通知(部分达成 5 条),以及 AC17 口味画像、AC20 社区长帖(未达成 2 条) | 林青妍、方韵希 |
| P0-2 | 无菜单点位数据补全 | 18 个点位缺少菜单,其中校内食堂 12 个、门店 6 家;Alpha 阶段按数据真实原则留空 | 组织食堂菜单众包采集与门店实拍核对,目标补全 12 个及以上点位;仍无法核实的点位保留空态并登记原因 | 邱语堂、郭洁颖 |
| P0-3 | 校内食堂坐标补录 | 60 个点位中有 4 个校内食堂缺少坐标,Alpha 阶段按数据真实原则留空 | 以实测或权威来源补录,使地图坐标覆盖达到 60/60 | 邱语堂 |
| P0-4 | 移动端全站走查修复 | 390×844 护栏用例仅覆盖部分页面,瀑布流、表单与地图尚未系统检查 | 全部路由在 390×844 与 1280×900 两种尺寸下逐项检查,横向溢出不超过 2px,走查脚本纳入回归 | 郑春天、郭洁颖 |
| P0-5 | 发布检查单落地 | r88 版本的经验:种子封面未随镜像打包,新部署站点的图片出现 404,后由后端启动自愈补齐 | 落地发布检查单 8 项(镜像内容、种子数据、MinIO 桶、DEBUG=false、离线包 docker load 回验等),由两人复核签字 | 张伟林(备份:方韵希) |
2.3 P1 改进与完善(D4–D6 与收尾期)
| 编号 | 事项 | 现状与依据 | Beta 验收标准 | 负责 |
|---|---|---|---|---|
| P1-1 | AI 助手稳定性与配置引导 | r89 修复了“配置 API 后仍返回默认推荐”的四类原因:前端 15 秒超时早于后端判断、自定义端点允许为空、平台引用行占用额度、降级缺少原因说明 | 降级原因逐条显示在前端提示条;配置页提供“测试连接”引导并形成闭环;通过 AI 问答留痕表统计成功率 | 方韵希 |
| P1-2 | 搜索命中率 | 菜名存在口语化、括号后缀与曾用名三种情况,例如“临榆炸鸡腿(学生街店)”与“临榆炸鸡腿”、“便宜坊(原光阴的故事)”,精确匹配的命中率偏低 | 采用归一化匹配,去除括号并维护别名表;结果按三个分组排序;以调查问卷中的真实搜索词做回归 | 郭洁颖 |
| P1-3 | 管理端数据看板增强 | 已有日评价量、举报日量、评分分布与审核吞吐四项数据 | 增加 7 天与 30 天趋势,并支持 CSV 导出,为用户使用调查报告提供数据引用 | 邱语堂 |
| P1-4 | 通知与消息体验 | 审核、举报、申诉与禁言通知的闭环已经具备 | 增加未读角标、一键已读与通知类型筛选 | 郑春天 |
2.4 P2 新增功能(视 P0/P1 完成情况取舍,D5 后决策)
| 编号 | 事项 | 立项理由 | 交付范围 | 负责 |
|---|---|---|---|---|
| P2-1 | 菜品纠错与补录众包通道 | 菜品价格均为估算价,158 条记录全部带“估算”角标,真实价格依赖用户反馈;点位众包提交已有 4 类,扩展成本较低 | 新增“纠错”提交类型,覆盖价格、图片与菜名,管理端审核后回写,并与用户调查形成闭环 | 方韵希、邱语堂 |
| P2-2 | 推荐理由透明化 | 口味画像与推荐理由字段已经存在,用户难以判断推荐依据 | 每条推荐展示依据,包括维度分、忌口过滤结果与高分评价摘录 | 郭洁颖 |
| P2-3 | 个人饮食周报分享卡 | 成就与统计功能已经具备,缺少便于传播的分享物 | 生成周报卡,包含本周打卡、口味足迹与收藏变化,支持图片分享 | 郑春天 |
取舍原则为:P0 全部完成;P1 至少完成 P1-1 与 P1-4;P2 逐项做必要性评估。Beta 阶段以完成度与真实性为评分核心。
三、团队分工改进
3.1 Alpha 分工回顾(8 人岗位制)
| 岗 | 姓名 | 学号 | Alpha 职责 |
|---|---|---|---|
| A | 林青妍 | 102400104 | 项目统筹、文档、公共文件、答辩主讲、博客审核 |
| B | 张伟林 | 102400232 | 部署与集成、环境、系统架构文档 |
| C | 方韵希 | 102400102 | 后端接口、博客主笔、任务看板 |
| D | 邱语堂 | 102400124 | 数据库设计、统稿校对 |
| E | 郭洁颖 | 102400301 | 前端页面 |
| F | 郑春天 | 102400209 | 界面组件与样式 |
| G | 杨雨薇 | 102400208 | 接口测试、仓库搭建与 commit 核查 |
| H | 王一帆 | 102400207 | 验收与演示、评审表 |
3.2 Alpha 阶段暴露的问题
| 序号 | 问题 | 证据 |
|---|---|---|
| 1 | 提交归属需规范,贡献度统计需人工归并 | CodeHub 的 62 次提交出现 12 种作者署名,其中 2 种为 hid_ 开头的机器生成名;同一同学的“学号姓名”与纯姓名混用,例如 杨雨薇 与 102400208杨雨薇 |
| 2 | 双仓库并行推进,同步责任待明确 | GitHub 仓库停留在 2026-10-30,包含 PR #1–#3 与 r80–r90 验收报告;CodeHub 仓库推进到 2026-11-08,包含冲刺 D1–D7 记录、答辩材料与 150 张菜品图。两者相隔 9 天,且各自包含对方没有的内容 |
| 3 | 测试介入偏晚,验收关口前集中返工 | r80 至 r90 的连续修复,涉及文档与实现不一致、占位数据与伪数据(1207 条假数据、伪坐标、简称匹配导致评分丢失)、部署图片 404、AI 配置四类原因,问题集中在冲刺尾声出现 |
| 4 | 部署与集成集中于单人 | 六容器编排、离线包、cloudflared 公网链路与服务器运维由 1 人负责,出现问题时全队等待 |
| 5 | 交接依赖口头约定 | 换组与新成员上手缺少标准路径,环境问题占用较多排查时间 |
3.3 Beta 改进措施
| 改进 | 具体机制 | 验收标准 |
|---|---|---|
| 提交身份统一 | 全员 git 身份统一为“学号姓名”,与社区昵称采用同一口径;每天 22:00 前执行一次作者署名核查,发现异常当天修正 | 冲刺随笔中的签入记录可按人直接归档 |
| 单主仓与只读镜像 | CodeHub 的 dafu-shike(master)为唯一主仓;D1 先将 GitHub 的 PR #2/#3 合入 CodeHub 并打 v1.0-beta-start 标签,再将 GitHub 仓库转为只读镜像,README 顶部注明镜像同步日期;Beta 期间的提交统一进入 CodeHub | 任一时刻两仓差异仅为镜像同步日期 |
| 测试前置与双人互测 | 测试岗从 D2 起随功能编写走查用例,一个功能对应一个用例文件;D4 与 D6 安排固定交叉互测,前后端互换,延续“测试不写代码”的原则 | 每个 P0/P1 功能合并时均附带对应走查脚本 |
| 部署双人复核 | 张伟林与方韵希结对发布;发布检查单 8 项逐项打勾并双签;部署步骤形成文档,内容包括一键脚本与注意事项 | 每次发布均留存检查单 |
| 交接文档与半天上手路径 | 《换组交接博客》同步产出“半天上手”清单:使用 docker compose 启动环境,完整执行一遍十轮验收,修改一行前端代码并观察效果 | 新成员在半天内提交第一个 PR |
四、工具流程改进
4.1 版本控制
| 现状 | Beta 规则(写入《代码规范》,D1 起执行) |
|---|---|
| 两仓并行,分支相隔 9 天 | 主仓唯一:CodeHub 的 dafu-shike master;D1 先合入 GitHub PR #2/#3 并打标签,随后将 GitHub 转为只读镜像 |
| CodeHub 存在直接推送 master 的情况 | 启用 master 保护:功能在 feat/*、fix/* 分支开发,PR 经至少 1 人评审后合并;冲刺期间当天分支当天合并 |
| 12 种作者署名 | git config user.name 统一设置为“学号姓名”,推送前自查最近 3 条提交的作者名 |
| 提交信息格式不统一 | 沿用现有惯例并加以规范:type 取 feat、fix、test、docs 之一,格式为 type(模块): 一句话,正文列出改动要点 |
| 签入记录与任务对应关系弱 | 每个提交关联任务编号(W-xx 或看板卡片),冲刺随笔中“签入记录”与“Issue”两列保持一致;缺少对应记录当天扣 2 分 |
4.2 测试工具与质量把关
| 环节 | 已有资产(Alpha 实测) | Beta 规则 |
|---|---|---|
| 全量验收 | 十轮共 106 条用例,从 R1 静态一致性到 R10 浏览器运行时,全部通过 | D6 封版前完整执行一遍,测试报告随 D6 冲刺随笔发布 |
| 走查回归 | 38 个走查脚本,归并为 23 套用例集,累计 507 项断言全部通过 | 新功能必须附带对应走查;回归全部通过后方可合入 master |
| 浏览器测试 | Playwright,覆盖桌面 1280×900 与移动端 390×844 | 移动端护栏用例纳入每日冒烟测试,15 分钟内完成 |
| 测试环境卫生 | 临时账号清理清单、DEBUG 开关口令 | 每次走查结束复核测试残留为 0;DEBUG 使用后立即关闭,发布环境保持 DEBUG=false |
| 接口数据约定 | 互测中发现的问题已固化:无数据时返回 0 或空数组,禁止返回 null | 写入《代码规范》的接口约定,走查中增加断言 |
4.3 部署与交付
| 项目 | 内容 |
|---|---|
| 容器编排 | 六容器 Docker Compose(mysql、redis、minio、matting、backend、frontend)支持一键起停;离线包经 docker save 导出后,必须以 docker load 回验 |
| 公网链路 | 以固定域名 dafu-moment.zviolin.online 为主,cloudflared 临时隧道备用,本地 localhost:8095 作为兜底方案 |
| 发布检查单 | 共 8 项:镜像内容完整性(种子封面与贴纸随包)、MinIO 桶就位、迁移脚本幂等、DEBUG=false、健康检查返回 200、真实数据口径抽查(60/70/158)、演示账号可登录、回滚方案就位 |
4.4 项目管理与文档
| 项目 | 规则 |
|---|---|
| 工作量计点 | 延续 Alpha 的 W-xx 计点制,每人每日 2 至 4 点;燃尽图按点数绘制;任务总量变化单独列出,新发现的任务统一登记到“任务总量变化”表 |
| 过程记录 | docs/sprint/ 目录每日记录入库,沿用 Alpha 惯例,这些记录同时作为冲刺随笔的素材 |
| 口径管理 | 沿用 Alpha 的口径对照表机制。“计点 27 / 交付 78”两列与 78、27、22 三个数的换算关系见《Alpha 冲刺总结》,本篇的 109、64、45 为冲刺总账口径。多口径并存时须提供对照表,并在同一页面对齐 |
| 接口契约 | 契约先行,这是 Alpha 三道验收关的第一道:新增字段先修改契约文档,再编写代码 |
五、所有博客的计划安排
| 序号 | 博客或交付 | 内容要点 | 执笔与负责 | 计划时间 | 说明 |
|---|---|---|---|---|---|
| 1 | Beta 阶段置顶集合随笔 | 汇总本清单全部链接与进度状态 | 林青妍 | 11-14 | 总入口,逐日更新 |
| 2 | 换组交接博客 | 交接事项、环境说明与半天上手路径 | 换组成员主笔,林青妍审核 | 11-14 前 | 固定期限 |
| 3 | Alpha 阶段问题总结随笔 | 设计与实现、测试与发布;变更管理与角色分工;设想目标和计划 | 林青妍主笔,全组补充 | 11-14 前 | 参照事后诸葛亮会议提纲 |
| 4 | 凡事预则立随笔(本篇) | 功能计划、分工改进、工具流程、博客与七天计划 | 张伟林主笔,全组评审 | 11-14 前 | 冲刺开始前发布 |
| 5 | 代码规范 | git 提交与分支、命名、接口约定、测试与发布规范 | 杨雨薇主笔,张伟林技术审 | 11-15(D1) | D1 起强制执行 |
| 6–12 | 7 篇冲刺随笔 | SCRUM 部分含成员表、签入或测试证据、会议照片;PM 报告含工作量对账、燃尽图、任务总量变化、运行图 | 全员供稿,方韵希执笔;PM 报告由林青妍负责 | 11-15 至 11-21 每日 23:59 前 | 三项必备材料见 6.2 |
| 13 | 用户使用调查报告 | 问卷、访谈、看板导出数据与改进项 | 王一帆主笔,杨雨薇提供数据 | 11-25 前 | 11-19 起发放问卷 |
| 14 | Beta 冲刺总结随笔 | 预期计划与完成度对账表、过程体会与分工协作、运行链接与截图 | 林青妍主笔,全组参与 | 11-26 前 | 逐项回应本篇 P0/P1/P2 |
| 15 | 答辩 PPT | 成果、数据、演示链路与反思 | 郑春天制作,林青妍主讲 | 11-25 前 | 11-26 全员预演一轮 |
| 16 | 自行设计评审表 | 评审维度与打分口径 | 王一帆 | 11-25 前 | 课堂互评使用 |
以上各篇统一以 4 行基本信息表开头,依次说明所属课程、作业要求、作业目标与其他参考文献。全部博客发布后,将链接加入第 1 项集合随笔;Markdown 原件统一归档到仓库的 docs/blog/ 目录。
六、冲刺七天时间计划安排
6.1 总体安排(2026 年 11 月 15 日至 21 日)
| 天 | 日期 | 主题 | 当日交付 | 验收标准 |
|---|---|---|---|---|
| D1 | 11-15(日) | 启动与整备 | 启动会,明确目标、分工与任务拆解并完成 W 计点;仓库整备,确定主仓并统一 git 身份;发布《代码规范》;完成环境一键拉起 | 六容器本地启动,十轮验收可执行 |
| D2 | 11-16(一) | AC 收尾① | 补齐 P0-1 前 3 条部分达成项;上线 P0-2 众包采集表单;同步编写走查用例 | 对应 AC 证据进入 D2 冲刺随笔 |
| D3 | 11-17(二) | AC 收尾② | 完成 P0-1 剩余 4 条;补录 P0-3 食堂坐标;完成 P0-4 移动端走查修复 | 地图坐标覆盖 60/60,移动端走查通过 |
| D4 | 11-18(三) | 联调与强化 | 完成 P1-1 AI 配置引导与降级透出、P1-4 通知体验;开展前后端全量联调;进行第一轮交叉互测 | 互测记录完整,Bug 清单当日清零 |
| D5 | 11-19(四) | 用户灰度 | 向班级、社团与朋友圈发放问卷;执行 P1-2 搜索回归;完成 P1-3 看板趋势与 CSV 导出,为调查报告取数;视情况开启 P2-1 纠错通道;处理用户反馈 | 当日回收问卷不少于 30 份,反馈在 24 小时内响应 |
| D6 | 11-20(五) | 回归封版 | 执行十轮 106 条用例与 38 个走查脚本的全量回归;核对发布检查单 8 项;回验离线包;冻结代码 | 全部通过,检查单完成双签 |
| D7 | 11-21(六) | 验收收尾 | 完成公网链路全流程演示预演;统计贡献度;形成冲刺总结初稿;归档截图与 gif 素材 | 演示一次走通,素材齐备 |
三段工作与课程七天的对应关系如下:
| 段 | 主题 | 对应天 | 检查点 |
|---|---|---|---|
| β-1 接口补齐与工程债清理 | P0 收尾与仓库整备 | D1–D3 | B-K1 |
| β-2 找吃的与社区功能 | P1 功能开发与用户灰度 | D4–D5 | B-K2 |
| β-3 口味画像与治理 | 回归封版与验收收尾 | D6–D7 | B-K3 |
6.2 每日固定工作(冲刺随笔必备材料)
| 工作 | 要求 | 负责 |
|---|---|---|
| 站立会 | 每天固定时段召开,提交真实会议照片 1 张,可对人物面部做遮挡;照片重复使用则当天不计分 | 全员,方韵希记录 |
| 代码签入 | 开发工作当天完成签入,签入记录与任务编号对应;缺失当天扣 2 分 | 开发岗 |
| 结果证据 | 测试等非开发工作提交截图或测试报告;缺失当天扣 2 分 | 测试与验收岗 |
| PM 报告 | 包含预期、已完成与剩余工作量,燃尽图,任务总量变化,以及最新运行图或视频;缺少运行图当天扣 2 分 | 林青妍 |
| 冲刺随笔 | 当日 23:59 前发布,并加入集合随笔 | 方韵希 |
6.3 冲刺后收尾(11 月 22 日至 27 日)
| 日期 | 事项 |
|---|---|
| 11-22(日) | 问卷回收截止,数据清洗 |
| 11-23(一) | 用户使用调查报告成稿 |
| 11-24(二) | Beta 冲刺总结随笔成稿,完成 P0/P1/P2 对账表 |
| 11-25(三) | 答辩 PPT 与评审表定稿 |
| 11-26(四) | 作业截止:提交全部博客与材料;完成答辩预演一轮;核对群内表单填写情况,漏填扣 50% |
| 11-27(五) | 课堂演示与答辩 |
6.4 风险与应对
| 风险 | 应对 |
|---|---|
| 期末课程冲突 | 每人每日任务上限 2 至 4 计点;P2 项目可整体取舍;D6 与 D7 仅安排回归与收尾 |
| 数据无法补齐(18 个点位菜单) | 以数据真实为优先,保留空态并在调查报告中说明原因,验收口径保持不变 |
| 服务器或网络故障 | 公网双链路与本地演示互为兜底;离线包提前一天回验 |
| 换组衔接 | 准备交接文档与半天上手路径(见 3.3),新成员的首个任务固定为完整执行一遍十轮验收 |



