push case书写

首先我们知道消息是后台向特定的前端设备发送消息的过程，这里涉及到几个方面，我们一一来看下：

• 前端设备的标识 push_token
• 后端是否发放
• push 各字段是否准确
• 前端是否接收到
• 前端是否正常解析 push 各字段

1、前端设备的标识 push_token

此时我们需要了解 push_token 生成的机制，从而了解哪些情况会修改 push_token，一般涉及到 push_token 的场景有：

• 添加 push_sdk 新版本覆盖未加入 push_sdk 的老版本
• 退出登录、重新登录
• 杀掉进程，启动进程
• APP 特定场景（例如外卖商家端同一账户间切换到不同门店）

2、4、后端是否发放，前端是否接收到

在下列场景中，后端发送 push ，可根据 log 检测前端是否接收到。当前端未接到，反向检测后端是否发放

• APP 处于前台
• APP 处于后台
• APP 被杀掉

3、5、push 各字段是否准确，前端是否正常解析 push 各字段

此时涉及到的场景主要是检测各个字段是否正常显示，具体可查看产品需求文档，一般为文字和声音的显示。此块分为两部分：

• 根据 log 判断后端发送的字段是否正确
• 前端显示的消息或者展示的声音是否符合预期

具体事例请见下图：外卖商家端push消息主要功能case

前提场景				检测项
新版本首次安装	默认声音	前台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
		后台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
	切换声音	后台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
		前台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
	切换门店	后台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
		前台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
	退出登录、再登录	后台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
		前台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
新版本覆盖老版本	默认声音	后台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
		前台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
	切换声音	后台	新订单	push接收、声音
		前台	新订单	push接收、声音
新版本卸载重装	默认声音	后台	1个新订单	push接收、声音
			2个新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
		前台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音
	切换声音	后台	新订单	push接收、声音
			退款	push接收、声音
			催单	push接收、声音