Alpha阶段测试报告
测试中发现的Bug
在发布前发现并修复了如下的问题:
1.随机点击和随机滑动会超出现有屏幕范围
解决方法:限定随机值在屏幕范围内
2.未连接设备的情况下开始测试会崩溃
解决方法:添加判断是否连接设备
3.点击次数和间隔时间等输入过大或过小的值会崩溃
解决方法:添加输入范围要求
4.点击暂停和继续后没有反应
解决方法:更改进程间通信相关部分
5.点击停止后不能再次开始测试
解决方法:更改相关锁的机制
6.连续多次点击暂停、继续、停止会崩溃
解决方法:添加判断标志
同时,还存在尚未解决的问题,如下表:
1.使用模拟器时偶尔会出现与monkeyrunner不兼容的问题,应该是monkeyrunner方面的问题,且偶尔异常报告部分有时不正常运行,疑似与此有关
2.目前在手动点击终止测试前继续加入测试序列,可能会不能正常测试
3.需要手动点击终止测试,否则可能出现未知异常
4.异常检测线程可能没法正常退出导致在后台挂起占用资源
5.包体较大,优化方面还没做
6.帮助部分未完成,先关闭了,引导部分有待增加细节
7.偶尔会出现添加了测试点击开始后不开始的情况,原因不明,疑似操作太快会引起
8.暂停或终止时,如果有正在运行的操作,会在暂停的提示出现后再出现操作,原因是暂停的提示是即时的,而操作记录有延迟,这里还有待改进。
场景测试
典型用户的个人信息
用户 | 开发者A |
---|---|
身份 | 不知名安卓游戏的开发者 |
年龄 | 25岁 |
重要性 | 非常重要,所占比例较大,对本产品需求较高 |
使用场景 | 测试产品,修改提高产品质量 |
使用环境 | 工作室、办公室、家中 |
工作/生活 | 工作就是开发,生活就是工作,压力较大 |
知识层次/能力 | 熟悉计算机相关知识,有一定的实践经验,但总的开发经验不足 |
动机/目的 | 提升产品质量 |
用户偏好 | 希望能精准的测到问题,精准的报告问题 |
用户 | 学生C |
---|---|
身份 | 大学计算机系/软件学院学生 |
年龄 | 20岁 |
重要性 | 比较重要,所占比例较大,对本产品需求较高 |
使用场景 | 测试产品,修改提高产品质量 |
使用环境 | 图书馆、教室、宿舍、家中 |
工作/生活 | 在实践中学习,为将来打下铺垫 |
知识层次/能力 | 掌握基本的计算机相关知识,实践经验不足 |
动机/目的 | 学习、完成作业、参赛获奖等 |
用户偏好 | 主要用于检查、完善自己的作业/作品 |
场景测试1
-
典型用户:A先生
-
用户需求/迫切需要解决的问题
- 测试程序,尤其对于新加入的功能需要进行针对性测试
- 如果需要的话,进行debug
- 完成并发布产品
-
场景描述
A先生的团队设计并开发了一个新游戏,对于已经做好的游戏,他们在讨论后加入了一些新的功能,A先生希望在交付测试前自己先测试一遍,以免出现更多问题,同时也是对团队效率的提升。
A先生下载了本程序,解压并运行,作为一名开发者,环境都已经配置完善了,因此没有遇到什么问题,接着他连接了模拟器并准备开始测试。
他对自己的目标十分清楚,就是对新功能进行测试,于是他专门为了新功能设计了一些交互测试,并通过我们提供的编辑测试队列进行测试的设置,之后经过一定时间的等待完成了测试。
程序发现了异常,于是他通过测试报告定位操作步骤找到bug,最后成功解决问题,产品如期发布。
场景测试2
-
典型用户:小C同学
-
用户需求/迫切需要解决的问题
- 测试作品,可是提交在即
- 进行debug改善质量
- 提交作品
-
场景描述
小C同学在课下参加了游戏设计的课外活动,虽然做完了一个简单的游戏,也做过了测试,但是他还是不放心程序,他想对程序进行一个测试,但是提交在即,手动测试相当麻烦。
小C同学发现了本程序,于是下载并解压,接着连接好自己的手机准备开始。由于他不确定要怎么去测试,于是只好设置次数大量的随机测试。
经过一段等待,他在这段时间里也静下心来重新快速审了一遍代码,到测试完成,发现没有遇到异常,于是心满意足的提交了作品。
测试矩阵
操作系统 | 硬件配置 | 机型 | 分辨率 | 主页面 | 引导界面 | 验证手机连接 | 报告显示 | 报告保存 | 暂停、终止 | 编辑测试序列 | 发现异常进行报告 | 单个测试正常运行 | 组合测试正常运行 | 截图的获取和删除 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
win10 | 8G内存,64位cpu | 模拟器 OPPO R11 | 1080x1920 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 |
win10 | 8G内存,64位cpu | 模拟器 OPPO R11 | 720x1280 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 |
win10 | 8G内存,64位cpu | 模拟器 OPPO R11 | 480x800 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 |
win10 | 8G内存,64位cpu | 模拟器 Xiaomi MI6 | 1080x1920 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 |
win10 | 8G内存,64位cpu | 模拟器 Xiaomi MI6 | 720x1280 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 |
win10 | 8G内存,64位cpu | 模拟器 Xiaomi MI6 | 480x800 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 |
win10 | 8G内存,64位cpu | 模拟器 HUAWEI MLA_AL10 | 1080x1920 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 |
win10 | 8G内存,64位cpu | 模拟器 HUAWEI MLA_AL10 | 720x1280 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 |
win10 | 8G内存,64位cpu | 模拟器 HUAWEI MLA_AL10 | 480x800 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 | 通过 |
注1:上述通过均为在存在前述不影响使用的问题或偶发的未解决问题的情况下,能够正常运行的通过
注2:机型均为模拟器提供的型号
注3:在分辨率测试中,分辨率越小截图速度越快,计划后续对图片存取进行优化,需要对高分辨率的较大图片进行适当处理以提升速度
Alpha版本出口条件
基本功能正常运行,没有重大bug