| 项目 | 内容 |
|---|---|
| 2020春季计算机学院软件工程(罗杰 任健) | 博客园班级博客 |
| 作业要求 | 测试报告 |
| 我们在这个课程的目标是 | 在团队合作中锻炼自己 |
| 这个作业在哪个具体方面帮助我们实现目标 | 对Alpha阶段的测试部分进行说明和总结 |
一、测试中发现的Bug
我们在Alpha阶段的全程都有开展测试，除了原项目中已知的Bug，我们在测试中还发现了一些新Bug，并对这些Bug进行了修复。目前已经修复的Bug有：
- 优先级和权重设置无效
- 项目看板计数为0
- 新建问题都被显示在todo列
- 创建项目只能创建到结对项目
- 创建个人和结对项目重定向地址有误
- 创建团队项目报错
- 教师创建博客时项目栏为空
- 新建博客和Scrum一直处在加载中
- 新建冲刺时无法区分班级
- 添加学生后在学生列表里没有显示
- 被教师加入班级的学生无法看到团队项目
- 编辑班级与实际被修改的班级不符
我们也存在一些仍待修复的Bug：
- 添加学生时第二页之后的页面无法显示
- 学生无法在班级博客中查看所有人的博客
- 分配仓库时，有时会一直显示“正在自动分配”
- 班级中的项目只显示了gitlab中一页的内容
- 更改权重后统计栏中的权重没有更新，需要刷新
- 创建问题可能会失败
- 在问题界面创建其他项目的问题也会往目前项目的问题列表里面加，刷新后恢复正常
- issue在close后只会将标签变化，并不会立即移到closed行，刷新后才会正常
- 冲刺中项目看板计数为0
- 冲刺详情界面编辑时间服务器内部错误
- 冲刺详情界面燃尽图可能会load不出来
二、场景测试
学生A
| 用户信息 | 用户情况 |
|---|---|
| 姓名 | 学生A |
| 身份 | 普普通通的学生 |
| 情况 | 各项能力都处于平均水平。 |
| 动机 | 在软工课程平台上管理项目，接收课程通知，每次作业至少拿个基础分。 |
| 困难 | 在修改时粗心大意导致再次提交的作业存在问题。提交后发现了代码中的问题，本地Debug修改后，没有将应用程序改成在Release环境下生成就提交。 |
| 典型场景 | 提交代码后进行自动化测试，根据测试结果对代码风格以及bug修复后将高质量的版本提交。 |
| 典型描述 | 今后再也不用担心代码内的小问题！ |
| 比例 | 50％ |
| 重要性 | ★★★★★非常重要，占了一半的用户量，如果觉得这个平台好用，也会更愿意学这门课，学完之后也会更愿意向学弟学妹们推荐这门课。 |
助教B
| 用户信息 | 用户情况 |
|---|---|
| 姓名 | 助教B |
| 身份 | 软件工程课的助教 |
| 情况 | 监督进度，批改作业。 |
| 动机 | 去每一个人仓库里拉代码太麻烦，部分代码质量低。 |
| 困难 | 课余时间当助教，比较忙。 |
| 典型场景 | 登陆网站助教入口，在具体的作业项目中就能得到所有提交的代码，评测直接由平台进行，只需要提供测试数据就能得到结果排名。进入各项目进度窗口，查看各个组项目进度，对进度慢的组进行提醒。 |
| 典型描述 | 测试自动化，效率提高一千八！ |
| 比例 | 6％ |
| 重要性 | ★★★★★非常重要，自动化测试能极大程度减小助教工作量，助教就可以节省时间帮助更多的同学。 |
教师C
| 用户信息 | 用户情况 |
|---|---|
| 姓名 | 教师C |
| 身份 | 软件工程课的老师 |
| 情况 | 发布作业，答疑解惑。 |
| 动机 | 微信区里同学们问的问题大部分是重复的。 |
| 困难 | 比较忙。 |
| 典型场景 | 登陆网站论坛，查看同学们提出的问题，予以解答。 |
| 典型描述 | 答一疑，解千惑。 |
| 比例 | 2％ |
| 重要性 | ★★★★★非常重要，如果老师觉得这个平台好用，今后就会继续使用这个平台，也可能会向其他老师推广。 |
场景测试A
1.典型用户：学生小王
2.需求和目标：在课程平台上接收课程通知，提交作业，管理项目。
3.使用场景描述：
- 小王在GitLab登录界面输入自己的账号和密码，登录到GitLab，再点击“More-BUAA SETP”按钮，跳转至课程平台。然后在课程平台界面上点击“广播消息”按钮，进入广播消息列表界面，查看收到的新通知。阅读消息后，小王点击”已读“按钮，将已读的消息隐藏。
- 小王在课程平台界面上点击“班级”按钮，进入自己所在的班级，在“个人项目”栏选择自己的项目，点击跳转到GitLab界面。点击“项目看板“按钮，选择自己的项目，跳转至项目看板界面，对项目进行管理。小王想要创建一个新的标签，点击界面右上角的”新建标签“按钮，进行创建。
场景测试B
1.典型用户：助教大刘
2.需求和目标：在课程平台上为学生作业创建仓库，对作业进行自动评测。
3.使用场景描述：
- 大刘在GitLab登录界面输入自己的账号和密码，登录到GitLab，再点击“More-BUAA SETP”按钮，跳转至课程平台。然后点击“班级”按钮，进入班级中，在“个人项目”栏点击“分配个人项目学生仓库”，选择学生范围为“班级全体学生”，点击“创建”按钮，完成创建。
- 大刘在“个人项目”栏点击“创建个人项目评测点”，添加输入和期望输出后，点击“创建”按钮，完成评测点创建。评测点创建完成后，点击“提交评测任务“按钮，添加编译和执行指令后，点击”提交“按钮，开始自动评测。评测结束后，大刘点击”获取评测结果“，查看本次作业的评测成绩。
场景测试C
1.典型用户：罗老师
2.需求和目标：在课程平台上发布通知。
3.使用场景描述：
- 罗老师在GitLab登录界面输入自己的账号和密码，登录到GitLab，再点击“More-BUAA SETP”按钮，跳转至课程平台。然后点击“广播”按钮，选择“发送广播”，跳转至创建广播界面。罗老师选择广播范围为“全体学生”，填写广播内容后，点击“发送广播”，完成发送。
三、测试矩阵
| OS | 浏览器 | 登录功能 | 信息修改 | 项目看板 | 冲刺功能 | 广播功能 | 加入班级 | 创建评测点 | 创建项目 | 新建标签和问题 | 注销功能 | 页面排版 | 页面跳转 | 图标有无问题 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Windows | Chrome | 正常 | 正常 | 正常 | 正常 | 正常 | 正常 | 正常 | 正常 | 偶尔会报错 | 正常 | 正常 | 正常 | 正常 |
| Linux | Firefox | 正常 | 正常 | 正常 | 正常 | 正常 | 正常 | 正常 | 正常 | 偶尔会报错 | 正常 | 正常 | 正常 | 正常 |
| Mac | Safari | 正常 | 正常 | 正常 | 正常 | 正常 | 正常 | 正常 | 正常 | 偶尔会报错 | 正常 | 正常 | 正常 | 正常 |
四、Alpha版本的出口条件
Alpha阶段出口条件
在Alpha阶段，我们的主要任务是修复项目中存在的Bug，确保基本功能的正常使用。并且在完善基本功能的基础上进行部分增量开发，实现广播功能和自动评测系统。因此，我们的出口条件分为三个方面，最主要的是功能的正确性，其次是保证权限管理和完成增量开发。
- 功能正确性：保证基本功能可以正常使用，之前版本中存在的功能性Bug基本得到修复，没有严重的功能性Bug。
- 权限管理正常：教师端和学生端有不同的权限管理。
- 增量功能完成：实现基本的自动评测功能和广播系统。
Beta阶段计划
在Beta阶段，我们的主要任务是结合Alpha阶段发布后收到的用户反馈，提升用户体验，优化细节。
-
界面美化
-
批量添加成员
-
创建团队的合法性检测
-
登录时的身份验证
期待来自您的用户反馈，以帮助我们更好地改进下一个版本！