测试中发现的Bug
- 登陆界面输入登陆信息时有字符量限制
- 跳转界面无反应
- 背景图显示比例部分有误
- 管理员批注审核邀请时得问题，系统无法默认重复
- 管理员查找审核记录时需要手动查找
|
Version 2.0 Bug List |
3.logo显示有问题，图层灰度偏低需要调整
|
场景测试
典型用户个人信息
|
信息 |
内容 |
|
姓名 |
小旋 |
|
年龄 |
20 |
|
学院 |
信院 |
|
专业 |
计算机科学与技术 |
|
动机、目的、困难 |
由于社团活动需要或个人组织需要，有预订A404的需求，却不知A404的具体情况及如何预定，也不知道A404什么时候没有人用 |
|
用户偏好 |
希望信北A404的预约流程简单明了，用户可以随时把握A404动态 |
|
典型场景 |
需要使用A404的前几天，不知如何预定A404 |
|
典型描述 |
快速有效把握A404动态，并及时预定 |
|
信息 |
内容 |
|
姓名 |
张老师 |
|
年龄 |
30 |
|
学院 |
信院 |
|
系别 |
计算机系 |
|
动机、目的、困难 |
由于某些事宜需要预定信北A404，知道A404预定流程但是深知麻烦，预定速度慢，效率低，由于不知道其它人预定需求，互相协商困难 |
|
用户偏好 |
希望信北A404的预约流程简单明了，用户可以随时把握A404动态 |
|
典型场景 |
突发情况需要使用A404，通过人工预定A404来不及，无法知道A404具体使用情况 |
|
典型描述 |
快速有效把握A404动态，并及时预定 |
场景测试1
1）典型用户：小旋
2）用户的需求/迫切需要解决的问题：
a）小旋打开微信搜索小程序准备预约414会议室
3）场景描述
a）小旋首先搜索到了小程序，输入自己已经注册好的账号和密码，完成登录
b）进入到首页，然后他找到相应的时间段进行预约
c）提交后到待审核状态
d) 之后由于时间出现问题需要调整无法撤回
场景测试2
1）典型用户：管理员
2）用户的需求/迫切需要解决的问题：
a）管理员需要审核预约申请，重复时间的预约按照申请时间权重不同，在显示是越靠前的预约时间越早，不会出现审核重复的情况
b）管理员在审核申请时，对于有问题的申请可手动或自动回复消息
c) 无法根据日期寻找当日的申请记录
3）场景描述
a）管理员进入登陆界面，但在各个申请中有重复的part,系统按照时间优先级进行排序，管理员按照顺序即可批注回复
b）但在回复的过程中，管理员自身想要进行预约但身份受到限制，但管理员可以用个人手机进行测试。
测试矩阵
受到设备数量的限制，测试仍在继续。
|
测试矩阵 |
前端功能测试 |
||||||||||||||
|
测试机型 |
登陆功能 |
信息修改 |
注册帐号 |
绑定手机 |
主界面显示 |
界面操作 |
退出登录 |
动态效果 |
点击事件 |
页面排版 |
个人信息界面显示 |
提交结果显示 |
页面切换 |
图标有无问题 |
|
|
华为 mate30 |
正常 |
正常 |
正常 |
正常 |
正常 |
正常 |
正常 |
效果待完善 |
点击活动有时无反应 |
正常 |
待完善 |
正常 |
正常 |
美观度调整 |
|
|
iPhone 7 |
正常 |
正常 |
正常 |
正常 |
正常 |
正常 |
正常 |
效果待完善 |
点击活动有时无反应 |
正常 |
待完善 |
正常 |
正常 |
美观度调整 |
|
|
华为 p30 |
正常 |
正常 |
正常 |
正常 |
正常 |
正常 |
正常 |
效果待完善 |
点击活动有时无反应 |
正常 |
待完善 |
正常 |
正常 |
美观度调整 |
|
Alpha版本的出口条件（之后的调整方向）
- 首先保证基础功能的实施以及登陆注册无误后可以成功绑定手机，其次在主界面和个人信息界面的界面显示无误
- 操作上简便，形成良好的人机交互效果，给人以良好的体验感。无论是用户还是管理员都能符合时下标准化的操作行为模式。在登陆账号和登出时没有任何其他问题。
- 在UI设计界面的显示上首先是以各个控件的位置比列及字体信息构成的，在切图时以标准化UI界面为基准，追求扁平化的设计风格。
- 在兼容性上我们之后会尝试更多的机型，在进行调整的过程中，其实各个过程的结果都是基于微信平台而产生的，即各个效果相差不大。
- 在大体解决了软件整体的适配性的问题基础上，我们通过测试对一些特殊情景进行了模拟，以此进行完整的新一轮的功能迭代。
- 通过不同前后端的相互分离及调整，以及在基本交互基础上的新一轮测试，对整个功能进行了完善和更新。