一、在测试过程中总共发现了多少Bug?每个类别的Bug分别为多少个?
总共发现了8个Bug,其中a类有两个,d类有一个,e类有五个
a. 修复的bug
(1)用户在点击它group时,传送的groupId被固定.
(2) 注册成功后,用户名和密码没有自动填写在登陆界面
b. 不能重现的bug
c. 这个产品就是这样设计的,不是bug;
d. 没有能力修复,将来也不打算修复;
(1)部分机型兼容性不行,存在版本适配问题。
e. 这个bug的确应该修复,但是没有时间在这个版本修复,延迟到下一个版本修复。
(1)加入小组的密码应该是4位,目前没有限制。
(2)学注册时,学校可以写任意名称。
(3)注册时,用户名可以不填写电话号码,而是其它的字母什么的.
(4)程序无法一直在后台运行,退出后程序就关闭了
(5)程序没有记住密码功能
二场景测试(scenario testing),包括以下内容:
- 你预期不同的用户会怎样使用你的软件?
我们的“任务助手”App预期用户分为两类:一类是教师,另一类是学生。
教师是这个App的管理人员,注册账号并登录之后,可以进行小组创建,小组成员管理,添加、删除、修改任务并发布任务。
学生是这个App的普通用户,注册账号并登录之后,可以选择小组并加入,同时具有查看任务的功能,而且显示给学生的任务列表还可以根据任务截止时间的远近进行排列,同时具有提醒学生完成任务的功能。
- 他们有什么需求和目标?
根据上次需求分析的问卷调查情况来看,只有极少数的同学能够清楚记得老师发布的任务,很多同学都记不太清楚或是忘记了任务,而作为老师,同学们一次又一次地向老师询问,终归还是增加了老师的负担。所以,总体来说,无论是教师还是学生,他们都还是有强烈的意愿表示乐意使用者款“任务助手”App。
他们的需求与目标如下:
(1)页面简洁美观;
(2)占用内存较小;
(3)操作简单明了;
(4)具备一定的安全性;
(5)作为教师,需要具备注册账号并登录之后,可以进行小组创建,小组成员管理,添加、删除、修改任务并发布任务的功能;
(6)作为学生,需要具备注册账号并登录之后,可以选择小组并加入,并可以查看任务,而且显示给学生的任务列表还可以根据任务截止时间的远近进行排列,同时具有提醒学生完成任务的功能。除此之外,他们还希望可以具备上传和下载资料以及查看历史记录的附加功能。
c. 你的软件提供的功能怎么组合起来满足他们的需要?
(1)登录与注册界面清晰明了,满足了他们页面简洁美观的需求;
(2)对于用户输入的部分,都有相应的提示信息,满足了他们操作简单地需求;
(3)程序采用的算法都是经过优化之后的,所以满足了他们对安全性的需求以及占用内存小的需求;
(4)进行账号注册并登录之后,根据不同人员,为他们提供了不同的功能。教师可以进行小组创建,小组成员管理,添加、删除、修改任务并发布任务;学生可以选择小组并加入,并可以查看任务,而且显示给学生的任务列表还可以根据任务截止时间的远近进行排列,同时具有提醒学生完成任务的功能。针对不同的使用人员,为他们不同的服务,真正做到了满足了他们的功能需求。
3.测试矩阵(test matrix)
平台:MTC app自动测试平台
手动测试
功能测试
测试功能 | 测试对象 | 测试点 | 结果 |
---|---|---|---|
注册 | 用户名密码长度 | √ | |
注册后的提示页面 | √ | ||
前台注册页面和后台的管理页面数据是否一致 | √ | ||
登录 | 合法的用户登录系统 | √ | |
使用已经登录的账号登录系统是否正确处理 | √ | ||
用户名、密码错误或漏填时不能登陆 | √ | ||
登陆后,页面中登录信息 | √ | ||
小组和任务界面切换 | √ | ||
小组 | √ | ||
管理员 | 通过管理员口令加入小组 | √ | |
创建小组 | √ | ||
查看所有小组 | √ | ||
审核通过加入成员 | √ | ||
显示小组的成员身份“管理员” | √ | ||
普通用户 | 通过普通口令加入小组 | √ | |
查看所有小组 | √ | ||
显示小组的成员身份“普通用户” | √ | ||
任务 | 管理员 | 发布任务 | √ |
搜索任务 | √ | ||
修改任务 | √ | ||
删除任务 | √ | ||
任务截止时间后状态“已截止” | √ | ||
普通用户 | 查看任务 | √ | |
搜索任务 | √ | ||
任务按优先级排序 | √ | ||
识别url成可点击链接 | √ |
UI测试
测试 | 结果 |
---|---|
logo | √ |
界面简洁 | √ |
编辑操作简易友好 | √ |
按钮、对话框、列表和窗口等不同的连接页面之间需要导航 | √ |
自动测试
app兼容性测试
app性能测试