最近公司搞了一个语音遥控器的项目。我负责测试这个项目。这是一款通过蓝牙连接音频设备的应用。蓝牙连接这款的业务逻辑处理对程序员来说还是有一定难度的。我主要测试连接，还有连接之后开始语音对话的问题。
首先过了一遍整体的 UI 界面，核对是否与效果图一致。然后开始测试扫描连接这块的逻辑。首先 iOS 和 Android 是不一致的。iOS 的蓝牙连接还要到设置里面连接 A2DP，如果没有连接 A2DP 音频的播放的声音是不会从设备端出来的，所以 iOS 是要连接两次的。Android 的蓝牙是连接在一起的，所以只要连接一次，在逻辑这块更容易测试。
为了让用户更好的使用，我们做了一个用户体验的细节。我们在每个设备下面，做了蓝牙连接和音频连接的提示。当前的状态是两者都连接的状态。
当前这种状态是在应用里进行了蓝牙连接的状态
当前状态是在设置里面连接了蓝牙
第一步先进行正常连接测试，打开设备，打开手机蓝牙，打开应用，在设置里面搜索设备名称，进行 A2DP 的配对连接。然后再到应用里面去刷新扫描连接的界面，看看是否有刷新设备的搜索，找到相对应的设备，然后进行连接。去核对相对应的状态是否正常显示。
第二步，接下来进行的测试，就是在各种场景之下能否连接成功了，连接状态是否改变了。
- 在多个设备的情况下切换连接，是否能够快速连接
- 断开连接之后出现的状态
- 意外中断的状态显示
- 应用程序关闭之后的状态显示
我测试到过，在多个设备之间切换连接蓝牙，应用程序会出现闪退 ，具体什么原因我不清楚，但是之后我们梳理了这块的逻辑。如果当前已经连接设备 A，如果这时用户想去连接设备 B，我们做了一个会友情提示用户的提示框，告知他需要先断开当前已经连接的设备。会先做一个断开设备 A 的操作。连接状态显示为断开，之后再去重新连接设备 B 。
在手动断开手机设置中的蓝牙之后，音频的状态会显示为未连接，而且优化了用户体验，当用户用的设备是音箱的时候，我们会友情的提示，要去设置中连接 A2DP。
在连接的过程中，有时候会出现连接时间超长的情况，这里一定要做好友情提示，要不然用户的焦虑症会分分钟卸载应用的。
还有最后一点，蓝牙的断开，当你的应用被杀死的时候，再次打开应用，应用内蓝牙当前的状态是被杀死的，需要重新连接，但是设置里面的 A2DP 是不会断开连接的，这里需要重复测试是否出现闪退，是否能够重新连接成功，状态显示是否正确。
相比之下，Android 真的比较更好测试，蓝牙是一体的，不用分开测试，只要测试以上列出的几个场景就好了。以上是我遇到的坑，如果有更多的建议可以回复我。