FullAccess———凡事预则立

Full_Access Full_Access 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区

FullAccess——Myriad Beta 冲刺计划(凡事预则立)

项目内容
这个作业属于哪个课程2601_FZU_SE 软件工程实践
这个作业要求在哪里团队作业——Beta 冲刺与事后诸葛亮
这个作业的目标从 Alpha 基线排出七天开发、回归、试用和交付计划
其他参考文献Myriad 团队仓库、FullAccess Alpha 冲刺计划

Beta 以 CodeArts master 提交 5d997ce 和数据库迁移 0004 为起点。Alpha 的含图上报、管理派工、完工凭证和上报者回执已有实际记录。Beta 把重点放在换组后的独立复现、三端异常路径和真实试用。七天暂排 11 月 14 日至 20 日,具体分工、设备和试用对象在开工时确认。

目录

  • FullAccess——Myriad Beta 冲刺计划(凡事预则立)
  • 一、要完善和新增的功能
  • 完善已有能力
  • 拟新增试用反馈入口
  • 二、换组后的分工
  • 三、工具和交付流程
  • 四、七天冲刺安排
  • 五、博客与答辩排期

一、要完善和新增的功能

完善已有能力

任务Alpha 留下的问题Beta 验收标准
B01 管理端三类建议重复、一起派工和历史相关经过课堂纠偏,需要随候选版本复验。重复上报合并后保留原文和各自回执。一起派工生成可分别完工的工单。历史相关可打开旧凭证并返回当前事件。
B02 移动端权限和断网相册、草稿和工单已在 iOS 模拟器验证,物理相机与现场定位待测。在可用设备上记录相机、相册、拒权和手动选点结果。模拟响应丢失及重启,确认原请求只生效一次。
B03 回执和站内消息三角色主流程已跑通,改派、消息跳转和刷新需要在候选版本上一起核对。工作者完成改派后的新单,两个角色从消息打开正确记录。上报者看得到完成回执及授权照片。
B04 实时刷新和模型降级Windows 默认启动依赖轮询。当前模型提示只补验过关键样例。目标环境分别验证 WebSocket 和 5 秒轮询。固定样本记录模型校验失败、错误合并和转人工的次数。关掉模型后再走人工派工。
B05 交付与恢复现有本地演示和仓库记录可作参考,接手环境与发布环境仍需实际确认。接手者按手册独立启动。候选版本通过登录、授权附件访问和恢复演练。按交付环境核对私有照片目录的系统权限,给出可运行入口或可复现包。

拟新增试用反馈入口

B06 拟在上报成功页提供一个轻量反馈入口,询问地点是否容易选、回执是否看得懂、最卡的一步是什么。反馈无需学号和现场报修照片。Day 1 确认是否纳入版本范围。无论采用页面入口还是独立问卷,使用调查都结合实际任务走查,记录参加角色、完成情况及需要跟进的 Issue。

二、换组后的分工

职责开工后认领的工作交付时带什么
集成与接口维护共享 DTO、OpenAPI、客户端与迁移,组织候选版本回归变更说明、契约检查、迁移结果
管理端、事件与工单负责 B01,配合 B03 复验批量、权限和改派场景结果、工单状态、测试与提交链接
上报者与工作者端负责 B02 和 B03 的客户端走查设备矩阵、断网复现记录、照片与回执证据
测试与运行复跑 B04、B05,维护独立测试库和照片目录浏览器、设备、模型与恢复记录
PM、用户调查与博客跟进 B06 决议和试用,维护看板、燃尽图与作业链接当日进度、试用原始记录和提交核对

本次换组中,陈海滨由 FullAccess 转入狂想曲委员会,陈材臻由狂想曲委员会转入 FullAccess。陈材臻拟先用本人账号拉取 Alpha 基线,独立启动并走通含图报修,由 FullAccess 对接人核对结果。首项回归拟覆盖写入后响应丢失、两份上报合并后的双回执,结果记录到对应 Issue。陈海滨原负责的公共契约、迁移和集成工作由 FullAccess 认领接续。每个跨端 Issue 由一人负责把几个角色的结果收齐,涉及的模块负责人各自提供运行或测试证据。各项负责人、设备和可用时间在首次站会上确认。

三、工具和交付流程

  1. 接口、代码与测试一起更新。 状态或请求格式变化时,同一条 Issue 记录业务原因、受影响端、契约、迁移与回归场景。合并前检查生成客户端并核对直接受影响的页面。
  2. 按环境留存实测。 后端和浏览器使用独立测试库及私有照片目录。浏览器、模拟器和真机分别记录,候选包注明提交和迁移头。WebSocket、轮询、模型开关各留一组可复现结果。
  3. 看板使用实际 Issue 数。 Day 1 录入、拆分并冻结初始范围。B01–B06 是本文任务编号,燃尽图使用实际录入的 Issue。每日同时记初始基线、累计新增与移除、累计验收关闭、剩余量。只在验收后扣减剩余数,任务变化当天写原因。
  4. 日报保留原始证据。 记录每名成员完成事项、耗时和剩余工作、困难、次日安排。开发附 Issue 与签入,测试附结果,每天附真实站会照片。PM 报告附任务变化、燃尽图和候选版本的运行画面。

四、七天冲刺安排

日程(拟)主要任务当天交付
Day 1 · 11/14接手者独立启动。确认分工、设备、试用人选和 B06 范围。独立启动和人工报修走查记录、首项回归认领、Issue 基线、代码规范与 Day 1 随笔
Day 2 · 11/15复验三类管理建议并处理发现的问题。三个场景的界面、工单和回执结果,Day 2 随笔
Day 3 · 11/16验证移动设备、定位、离线和未知请求恢复。设备矩阵与重试记录,Day 3 随笔
Day 4 · 11/17复验回执、消息、浏览器、模型和刷新,启动小范围试用。浏览器结果、模型样本和首批试用记录,Day 4 随笔
Day 5 · 11/18修正试用中的关键卡点,复验管理员和工作者操作。调查原始记录、关联 Issue 和复验结果,Day 5 随笔
Day 6 · 11/19冻结功能,执行三端回归和恢复演练。候选提交、测试结果和恢复记录,Day 6 随笔
Day 7 · 11/20回归阻断缺陷,整理同一版本的演示与交付。运行入口或可复现包、运行画面和 Day 7 随笔

五、博客与答辩排期

时间材料
11/14 前发布换组交接、Alpha 阶段问题总结和本篇计划,按作业要求将链接纳入 Beta 置顶合集。
11/14发布 Beta 代码规范。
11/14–11/20每天发布一篇冲刺随笔,共七篇。
11/21–11/23汇总用户使用调查,列出任务完成情况、常见卡点和后续修改。
11/24–11/25发布 Beta 冲刺总结,逐项回应计划,附运行入口、结果图片、成员体会与已确认的贡献度。完成答辩 PPT 和评审表。
11/26核对作业链接并完成班级作业页面提交。
11/27课堂演示与答辩。

Beta 总结按 B01–B06 回填每项的实际完成程度、对应提交和验收环境。延期项写明原因和剩余工作。最终展示用同一个候选版本串起上报、合并或派工、完工和回执。

...全文
评论
收藏 已收藏
分享
返回顶部
Full_Access
2601_FZU_SE 96 成员 361 内容