[关闭]
@DefinedOne 2015-07-24T02:30:43.000000Z 字数 1571 阅读 1064

多设备登录功能的测试方法

测试 工作 应用


2015-07-14 ~ 2015-07-14



1、产品对‘多设备登录功能’的设计

1.1、应用的相关的状态变量

  1. 应用是否已经登录:已经登录、没有登录
  2. 应用是否在前台:在前台、在后台

1.2、收到通知,作出的响应的结果变量

应用在收到后台发送的‘当前账号在其他设备上登录’的通知后,作出的响应的结果变量:
响应结果:弹出‘多设备登录’的页面、无任何响应

1.2、在这(2*2=4)四种状态下,功能的设计

是否已经登录 是否在前台 功能的设计
已经登录 在前台 直接弹出‘多设备登录’的页面
已经登录 在后台 等到用户再次打开应用,弹出‘多设备登录’的页面
没有登录 在前台 无任何响应
没有登录 在后台 无任何响应

通过操作安卓手机,达到上述(2*2=4)四种状态。分别测试这四种状态下,功能是否符合产品设计。

2、测试‘多设备登录功能’的基本操作

2.1、达到上述几种‘应用的相关的状态’的方法

  1. 达到‘应用是否已经登录’的所有状态

    已经登录:启动应用自动登录,或输入账号密码登录
    没有登录:如果应用当前已经登录,先到设置页,退出登录…

  2. 达到‘应用是否在前台’的所有状态

    在前台:打开应用后,不点击退出,并且不点击Home键,应用自然在前台
    在后台:打开应用后,击Home键,应用会在后台

2.2、让‘友盟推送’发送通知

2.2.1、在控制台主动推送

【注意】一定要选择单设备推送,千万不要向所有人推送测试的消息。

友盟控制台推送“测试多设备登录”

这样设置能收到custom的值:
设置方法一:
新建测试消息》通知》{
  消息描述:测试多设备登录5
  标题:当前账号在其他设备上登录
  内容:当前账号在其他设备上登录了……
  后续动作:自定义行为:数据:{"custom_value":"1"}
  自定义参数:Key:key_1,Value:value_1
  发送给:单播:Device Token:XXX_Device_Token
}
这样设置得到了“发送内容”为:

  1. {"appkey":"XXX_App_Key","production_mode":"false","description":" 测试多设备登录5","type":"unicast",【"payload":{"extra": {"key_1":"value_1"}】,"display_type":"notification","body":{"title":"当前账号在 其他设备上登录","ticker":"当前账号在其他设备上登录","text":"当前账号在其他设备上登录 了……","after_open":"go_custom",【"custom":{"custom_value":"1"}】,"play_vibrate":"true","play_sound":"true","play_lights":"true"}},"policy":{"expire_time":"2015-07-24 15:43:43"},"device_tokens":"XXX_Device_Token"}

客户端接受消息中的数据:
  UMessage.custom 携带自定义数据的field:

  1. {"custom_value":"1"}

  UMessage.extra 携带透传(payload)数据的field

  1. {"key_1":"value_1"}

2.2.2、通过两台手机

需要功能部署到测试服务器之后才能这样测试。


作者 DefinedOne


添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注