作业要求
| 这个作业要求在哪里 | 团队作业5——测试与发布（Alpha版本） |
|---|---|
| 这个作业属于哪个课程 | 软件工程 |
| 这个作业的目标 | 根据团队项目中软件的需求文档、功能说明、系统设计和测试计划，写出软件的测试过程和测试结果 |
一、Alpha版本测试报告
1 测试中出现的bug
在测试的过程总共发现7个Bug。
| bug类型 | 数目 |
|---|---|
| 修复的bug | 4 |
| 不能重现的bug | 1 |
| 这个产品就是这样设计的，不是bug | 1 |
| 没能力修复，将来也不打算修复 | 0 |
| 这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复 | 1 |
- 修复的bug：
- 通知详情页跳转通信丢失
- 修改已有预约时提交新预约
- 预约时间格式不统一
- 选择辅导员时request无法获取对应辅导员列表
- 不能重现的bug：
- 在微信开发者工具模拟器下预约时间表无法显示，在实际场景应用时无此问题
- 这个产品就是这样设计的，不是bug：
- 辅导员只能搜索学生，学生只能搜索辅导员
- 应该修复但没时间在这个版本修复：
- 预约页预约表模块样式导致页面底部空白拉长
2 场景测试
2.1 你预期不同的用户会怎样使用你的软件？
- 预期用户：广东工业大学师生
- 等微信小程序正式发布后，扫码登录即可使用，分成辅导员和学生两个界面，有各自的功能。
2.2 他们有什么需求和目标？
- 为辅导员与学生的交流提供便利，提高辅导员的工作效率，方便学生联系辅导员。
2.3 你的软件提供的功能怎么组合起来满足他们的需要？
- 用户可在小程序上获取辅导员的信息或者学生的信息。学生可在小程序上了解辅导员的空闲工作时间进行预约或申请，从而完成一些有关的事务工作。通过软件的运营以及用户的使用，我们能够获得用户的使用习惯以及用户反馈的数据，从而进行更多样化的业务拓展以及流程优化。让目标用户有更好的小程序使用体验。
2.4 你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试——测试矩阵
- 用手机进行真机测试
测试矩阵：
| 测试功能 | 测试项 | 检查点 | 预期结果 | 真机测试（手机小程序） |
|---|---|---|---|---|
| 首页 | 登录状态 | 能否正确显示登录状态 | 可以正确显示登录状态 | √ |
| 图标跳转 | 能否正确跳转页面 | 可以正确跳转页面 | √ | |
| 页面显示 | 各页面是否可以显示内容 | 各页面可以显示内容 | √ | |
| 个人信息 | 查看个人信息 | 能否正确显示个人信息 | 可以正确显示个人信息 | √ |
| 修改个人信息 | 是否可以修改个人信息 | 可以修改个人信息 | √ | |
| 通知功能 | 查看 | 是否可以查看所有通知 | 可以查看所有通知 | √ |
| 发布 | 能否发布通知 | 可以发布通知 | √ | |
| 修改 | 能否修改通知 | 可以修改通知 | √ | |
| 删除 | 能否删除通知 | 可以删除通知 | √ | |
| 预约功能 | 查看 | 是否可以查看所有预约 | 可以查看所有预约 | √ |
| 添加 | 是否可以添加预约 | 可以添加预约 | √ | |
| 修改 | 是否可以修改预约 | 可以修改预约 | √ | |
| 取消 | 是否可以取消预约 | 可以取消预约 | √ |
2.5 你认为你们团队的软件在什么条件下，就可以认定其已经足够好，可以发布Alpha版本？——出口条件（exit criteria）
- 各个页面间能正常跳转且稳定，不出现长时间延迟
- 有效实现预约、通知、编写个人信息等功能
- 数据能正确保存起来
- 使用过程中无重大bug出现。
二、Alpha版本发布说明
1 版本功能
1）个人信息功能
- 包含各学院的辅导员基本信息，学生基本信息，用户身份验证后，可确认自己所在学院辅导员的信息以及对自己一些基本信息进行修改增添。
2）通知功能
- 辅导员可利用小程序对他所负责的学院进行工作的安排，或者发布一些重要通知、比赛通知等。
3）预约功能
- 小程序主要功能，用户可根据自己以及辅导员的信息，向对应辅导员预约一些工作的时间，包括而不仅限于心理辅导，请假条批报和汇报工作。
2 对运行环境的要求
- 只要使用手机微信扫码登录即可使用。
3 系统已知的问题和限制
- 并发处理能力较低，无法处理大量用户的同时请求
- 数据安全方面尚未解决
4 项目链接
- 由于后台还没能在微信云托管上部署，小程序暂时未能发布在微信平台上。