从测计----深度与宽度之深度2

上一篇 / 下一篇  2018-02-28 16:12:47 / 个人分类:测试流程

关于学生机:

1学生机为新出厂时,无论插卡还是未插卡,在未扫码开户情况下,应用正常启动,不受任何规则限制。

2开户及绑定模块:

式:扫码开户,带来的结果:监护人A扫码之后,自然而然A为第一监护人,也就是说第一监护人只能通过扫码绑定。

注:

   (1)终端如果没有同意隐私协议(开机后即显示)、或者没有网络,都无法完成开户和绑定

             2)仅开户需要SIM卡,绑定时不一定需要SIM卡,只要有网就行

开户流程:插卡开机,同意隐私协议,点击负一平二维码生成区域,生成二维码,监护人A打开app扫码开户成功。

3这里分两张表:

a) 开户设备信息记录表:手机SIM卡插入设备,设备的IMEI号(唯一)与手机号码SIM1进行绑定在一起,生成唯一二维码Code1,并记录入表。这里如果拔出SIM1卡,数据不发生改变;如果将SIM2卡插入(即换新卡),更新表记录,替换数据IMEI+SIM1IMEI+SIM2Code1值不变。

b) 绑定设备信息记录表:监护人team1绑定了终端IMEI1,即将team1+IMEI1记录入表;第一监护人关键字status1,其他家庭成员为0.

3绑定业务:

方式:(1)扫码绑定(2)通过手机号码绑定

备注:(1)其他监护人绑定终端需要第一监护人同意(2)第一监护人权限可以转移给其他监护人

4测试出现问题及规则:

1应用如酷狗音乐,已经加入某分类,并在运行中,然后将该应用移除,只要保持屏幕不熄灭,该应用就一直在运行。------现有逻辑为只有锁屏或者重启才会终端程序,应用在前台使用无法做到主动强制关闭

2存放在分类包中的应用(不设置规则)会一直在运行----设计如此(原来思路是,我把应用加入到分类包,应用不能运行需要申请,给他设定了启动规则,可以启动,超过时间段,自动关闭)

3终端申请的启动请求------临时规则

客户端设定的启动规则------非临时规则

4测试过程中发现,某些应用后台在默默的启动,如墨迹天气、猎豹清理大师、ZAKER新闻等,从而触发启动的规则,造成的后果是不定时上报,一直处于待处理状态,占用过多内存,导致卡顿和死机------这一块对于第三方应用无法做到可控,可以尝试从权限管理这一块进行解决,屏蔽所有权限。

5启动的应用切换至后台,默认为关闭状态(在客户端可以看到)。这样会带来一个问题:如我设置音乐播放时间1:00--2:00时间段15min,把音乐切换至后台,因此每次解锁就可以看到时间段使用提示,而且每次都是剩余15min-----这个规则,就失去了限时使用应用的意义了。

6终端应用申请启动,客户端同意,终端启动应用,客户端将应用加入黑名单,此时应用仍然可以启动,重启应用依然可以启动。------这个规则,看着很蹩脚,跟开发人员讨论了一下,可以做后续改善

7两个应用加入到应用分类包中,设置时间段1:00--2:00时间段15分钟。

15min就是所有应用的使用时间之和。-----理解的原意为每个应用单独能够使用15min,现在这么做也无可厚非。

(8)终端申请启动应用,点击申请时,提示“网络返回错误”,查看客户端和终端待分类应用中无该应用(有时候是出现两个重复的应用,一个显示正常应用图标,另一个显示安卓默认图标)-----这是恢复出厂设置之后,后台无法获取到某应用的数据,或者获取超时,为bug。(解决措施为:重启一下网络)

(9)设置的启动时间为14:48,实际启动时间却要推后一分钟为14:49启动;

设置运行周期:时间段A:15:30--15:45、时间段B:16:00--16:25,设置有效时间:30min,运行应用查看实际运行时间。

实际运行有效时间统计错误:应为时间段A + B,而不是A + B + 中间的时间段间隔。------与开发人员讨论,得出原来这一块对于时间的统计存在误差,差值为2min左右。(对于时间统计这一块得研究一下了)

Open Toolbar