FullAccess———凡事预则立
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 由一人负责把几个角色的结果收齐,涉及的模块负责人各自提供运行或测试证据。各项负责人、设备和可用时间在首次站会上确认。
三、工具和交付流程
- 接口、代码与测试一起更新。 状态或请求格式变化时,同一条 Issue 记录业务原因、受影响端、契约、迁移与回归场景。合并前检查生成客户端并核对直接受影响的页面。
- 按环境留存实测。 后端和浏览器使用独立测试库及私有照片目录。浏览器、模拟器和真机分别记录,候选包注明提交和迁移头。WebSocket、轮询、模型开关各留一组可复现结果。
- 看板使用实际 Issue 数。 Day 1 录入、拆分并冻结初始范围。B01–B06 是本文任务编号,燃尽图使用实际录入的 Issue。每日同时记初始基线、累计新增与移除、累计验收关闭、剩余量。只在验收后扣减剩余数,任务变化当天写原因。
- 日报保留原始证据。 记录每名成员完成事项、耗时和剩余工作、困难、次日安排。开发附 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 回填每项的实际完成程度、对应提交和验收环境。延期项写明原因和剩余工作。最终展示用同一个候选版本串起上报、合并或派工、完工和回执。
相关推荐
Lambda_Function_With_Boto3
使用Boto3创建Lambda函数以检查EC2实例中的标签 使用AWS在IAM中创建角色 赋予这些权限 AmazonEC2FullAccess 亚马逊SNSFullAccess 在CloudWatch中导航到“规则” 选择: 服务名称:EC2 事件类型:EC2实例状态更改通知 特定实例->运行 记下Sample事件json文件 { "version": "0", "id": "ee376907-2647-4179-9203-343cfb3017a4", "detail-type": "EC2 Instance State-change Notification", "source": "aws.ec2", "account": "123456789012", "time": "2015-11-11T21:30:34Z", "region": "us-ea
CEAA自动汇编常用命令
CEAA自动汇编常用命令
CE_for_lua_英译中.docx
ceforlua是CE的Lua语言函数接口,可以实现游戏脚本的快速开发
Exchange2010中用OWA查看其他用户邮箱
Exchange2010中用OWA查看其他用户邮箱
Travis CI:部署至AWS与GoogleCloud.docx
Travis CI:部署至AWS与GoogleCloud.docx


