摘要：
一个信息发送应用的推送通知的功能性被看成是相同的不管被使用的设备或者操作系统。这篇文章讨论了如何测试这些推送包含了铭记设备和应用的不同状态，并且为什么功能配置审核员正如物理层的一样重要。
配置管理帮助我们证明和证实了软件和系统满足了共同的意图并且，更重要的是，我们的客户使用的需求。实体上的，配置管理的技术细节可以是相当有挑战性的，但是同样重要的是用户体验，一些配置管理分析师没有意识到是他们工作要求的一部分。在配置管理术语里，这被称为功能配置审核。
这篇文章分析信息发送应用表现在我们心爱的手持设备的方式。大多数我们每天使用发信息应用来交流，不管是以文本，照片，音频，或者视频，因此留心用户的体验是很重要的。
考虑应用、设备和操作系统的状态。
一个应用的推送通知被移动设备的操作系统便利化并被应用使用。当开发者为应用和它的通知创造代码时，他们使用特定操作系统内置的库去在代码里实现特性。所以不论他们是否在安卓，窗口操作系统，黑莓，或者苹果设备上运行，信息应用被设计成与推送连接为了实施让我们保持规律基础上更新的的功能性。
当开发者们为移动网页应用和推送通知编码时，他们不得不记住在不同操作系统上的用户必须看到相同的东西。质量保证部门必须在所有平台和所有可能的应用状态上测试一个新的或者已更新的应用并且设备不得不被作为因素考虑进。
这里，我将分析当应用在前台或者被推倒后台使用，且当移动设备被锁住，离线，或者关闭状态。
当应用在前台使用
当我们在一个与某人的聊天线程里，说，用户A，并且他们给我们发送另一条信息，不论它是否在一个苹果或者安卓设备上，我们不应该受到任何推送。我们将简单地看到一个新消息在我们的聊天线程里。
但是，如果在与用户A的一个聊天线程里，且用户B发送我们一条信息，在安卓设备上，我们将送到音频和可视通知。即使我们在相同应用的另一个屏幕，我们将收到警示。无论如何，一个苹果设备只发送音频警示。
这是一个在质量保证团队在测试一个消息应用如何执行功能时不得不认识到的操作系统库之间的不同。
当应用在后台使用
在安卓设备，当我们收到一条信息，我们能看到发送者的名字和在推送面板上的信息。如果一条信息很长，我们能看到的只是它最初的部分。直到我们进入信息，我们将看到在通知面板的应用图标，并且当我们双击它，我们会被带进应用的聊天线程里。
超过一条收到的信息会会将被显示成，比如，"从2个对话来的2条信息。"他们可能是从相同的发送者或者从多人来的。
无论如何，在一个苹果设备上，我们看到持续数秒的信息且然后它消失了，所以如果我们不在周围，我们可能不知道警示知道我们进入应用。另一个不同是每一条信息被分别显示在苹果设备上，即便它们是从相同的发送者来的。
假如我们的设备在锁定的状态，或者它是一个安卓或者苹果，它将收到音频和可视的通知。在安卓设备上，我们将不能看到警示直到解锁它；在苹果手机上，我们有选项能设置屏幕开/关这样以来当我们一收到它们时我们就能在它自己锁屏的设备看到警示。
当设备离线或者关闭
假如我们的设备离线或者我们把它关了，我们将想要我们一回来就尽快被信息警示通知。一旦我们在线，我们能看见在锁屏上的通知。
在一个苹果设备上，当我们离线时如果同一发送者已发了超过一条信息或者给我们打电话，然后只有最后一条信息或者错过的电话通知，就像情况可能是，在锁屏上可见。当我们不在时，假如超过一人已发送信息或者打电话，然后只要我们一在线，我们将只看到最近的信息。
......
出自《51测试天地》原创测试文章系列（四十五）
点击左下角“阅读原文”查看全文内容！
