Alpha版本测试报告
1.在测试过程中总共发现了多少Bug?每个类别的Bug分别为多少个?
a. 修复的bug:乱码
界面覆盖问题
b. 不能重现的bug:暂无发现
c. 这个产品就是这样设计的,不是bug:暂无发现
d. 没有能力修复,将来也不打算修复:暂无发现
e. 这个bug的确应该修复,但是没有时间在这个版本修复,延迟到下一个版本修复:需要完善界面,功能,账号登入等。
2.场景测试(scenario testing),包括以下内容:
a. 你预期不同的用户会怎样使用你的软件?
小学生:
以作业,练习,或者出于兴趣的方式使用四则运算app。
老师:
前期以推荐方式告诉学生有空的时候可以玩一玩,后期功能完善后,老师进入后台,用app出老师自己出的题或随机出的题,学生以用app做题的方式来完成作业。
家长:
家长用手机查看子女的做题情况,后期家长可以注册,子女做完题后,后台就会自动通知到家长。
b. 他们有什么需求和目标?
小学生:
简单点,
做题的方式简单点,
递进的套路请省略,
你又不是真的beta,
别设计这些难度。
老师:
顺应时代的改变看那些拙劣的程序,
可你曾经那么爱我干嘛演出细节
我该变成什么样子才能延缓疲劳
原来当爱放下防备后的这些那些
家长:
其实最关心的人就我一个
其实我也看出app有点实用
界面也习惯我们来回拉扯
还计较着什么
c. 你的软件提供的功能怎么组合起来满足他们的需要?
你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试?——测试矩阵(test matrix)
测试功能 |
测试项 |
检测点 |
预产期结果 |
手机app |
电脑浏览器 |
手机浏览器 |
做题功能 |
初始界面 |
进入普通练习 |
✔ |
|
|
|
进入错题库 |
✔ |
|
|
|||
首页 |
进入 |
按键“进入” |
进入做题界面 |
✔ |
d.你认为你们团队的软件在什么条件下,就可以认定其已经足够好,可以发布Alpha版本?——出口条件(exit criteria)
功能完善,界面简洁,运行顺畅,绝对不崩。
Alpha版本发布说明
1、在原有项目基础开发的列出新功能
草稿纸功能:当你对数字无法心算的时候,你可以用该功能。
2、以原有项目为基础开发的,列出这一版本修复的缺陷
主要还是闪退的现象比较严重,在进入题目练习时,会一直闪退,现在已修复。
3、对运行环境的要求
只能运行在Android系统上,无法再IOS系统上运行。
4、安装方法
只要下载Apk然后单击就可以自动安装了。
5、描述系统已知的问题和限制
在点击返回键时,不能够正确返回上一界面的数据或界面功能,在开发时,使用不是太高版本的安卓系统,可能会造成版本太不能使用该App的限制。