凡事预则立

这个作业属于哪个课程	https://edu.cnblogs.com/campus/fzu/2020SPRINGS/
这个作业要求在哪里	https://edu.cnblogs.com/campus/fzu/2020SPRINGS/homework/10784
团队名称	知社
这个作业的目标	为 Beta 冲刺做好计划安排
作业正文	https://www.cnblogs.com/zhishe/p/12945264.html
其他参考文献

1. 讨论组长是否重选的议题和结论

大家并没有新的想法，认为 alpha 冲刺的流程较为顺畅，组长处理的流程也较好，因此，最终的结论是：无需重选。

2. 下一阶段需要改进完善的功能

• 输入框长度变化 bug

• 登陆背景图片

  美化登陆页面背景

• 点赞数未初始化

• 帖子评论分页

  帖子评论数量较多，添加分页可以提升用户体验

• 社团列表 dto - 添加字段 未加入/未加入（社团详情页面添加字段 未加入/未加入）

• 学生首页走马灯设置为有图片的最新活动，点击某个图片可以进入该活动

• 申请状态：超时处理

  使用定时任务处理超时的申请，将其状态设置为超时状态

3.下一阶段新增的功能

• 点赞

  用户可以对活动论坛的帖子进行点赞/取消点赞

• 积分（个人/社团）

  用户每日签到/发布评论都可以获得一定的积分，积分达到一定数量可以提升等级；

  社团积分的来源有：成员获得的积分和社团发布活动；

• 管理员 dashboard

  添加管理员面板，可以查看：

  1. 各种申请的待审核数量
  2. 某段时间内的注册用户数量（折线图）

• 社长上传社团相册

  社长至多可以上传 5 张图片作为社团轮播图片的来源

• 可选：侧边栏申请未读信息条数

4. 需要改进的团队分工

之前的团队分工没有安排测试人员和代码复审人员，测试是由开发人员自行

• 安排测试人员（前后端各一个）

  之前并没有对测试进行明确安排，测试工作进行得较为仓促

• 安排代码复审人员（前后端各一个）

  代码复审一直是由组长完成，组长工作量大，且代码复审原则上不要复审自己的代码

• 做压力测试

  压力测试也是比较测试部分比较重要的模块，需要有人负责这一块的测试

5. 需要改进的工具流程（如版本控制、测试工具等）

• Git 提交时依然先用 git rebase 拉取更新，再提交，减少空提交

• 测试工具依然使用 postman

• 新的开发流程，更适合于多人协作，远程开发，同时充分利用 GitHub 提供的远程工具 -- issue

  整个开发流程如下：

  1. 想要开发某个功能/解决某个 bug
  2. 去 GitHub 上看看有没有对应 issue，没有的话，自己提交一个 issue
  3. 认领要处理的 issue
  4. 写代码，测试
  5. 提交代码，提交时在 message 里面标注处理的 issue id (形如 #50)
  6. 去 GitHub 关闭 issue

6. 冲刺的时间计划安排（冲刺时间为期七天）

本次冲刺采用 GitHub issue 进行管理，前后端项目分别有一个 issue 列表，这里的 issue 不一定是问题、bug，也包含了新功能开发、一些建议。因此，每天并没有明确需要开发什么功能，具体的功能由每个组员自行认领，解决后 close issue。

date	plan
05-24	新功能开发
05-25	新功能开发
05-26	新功能开发
05-27	新功能开发
05-28	单元测试
05-29	压力测试
05-30	页面测试