app兼容性测试的目标是什么？一个错误的认知

随着APP数量的增加，以及Android版本、手机厂商、屏幕分辨率的差异，每个APP都需要进行兼容性测试，以避免在特定手机上出现性能异常的问题。当然，ios的版本很多，手机平板也有软件测试td是做什么的，兼容性问题也很多，但是比较少。

那么，应用兼容性测试的目标是什么？同理，测试的目的是发现问题软件测试td是做什么的，没有发现问题的测试都是流氓。很多测试厂商都通过了兼容性测试，但是报告几乎没有问题。泽众软件还提供兼容性测试。在我的印象中，从来没有出现过兼容性测试没有问题的情况，而且经常出现很多问题。

应该如何做兼容性测试才能覆盖多部手机并发现问题？

很多厂商说我写了一个自动化测试脚本，在每台设备上运行，就知道你有没有问题。

其实这是个误会。首先，您没有定义应用兼容性测试的要求范围。比如我的APP有100个功能，你随便测试一下，可能只测试过5个页面功能，就说没问题吧。剩下的 95 个功能呢？如果你不看测试范围，而只看低价，那你就是在耍流氓。多少取决于您涵盖多少功能，而不仅仅是金钱。比如买一件名牌呢子大衣5000元，一件旧衬衫10元。没有可比性。

如果您编写了涵盖所有界面功能的脚本，那么恭喜您，您基本上已经涵盖了您在其上运行的所有移动设备。然而，它甚至还没有接近。

测试脚本在不同设备上运行时，由于android系统、分辨率、品牌的不同，会出现很多奇怪的问题，有的是APP问题，有的是脚本本身和移动设备的兼容性问题不够好（因为手机更新快，所以做完美测试太难了），还有一些在APP使用过程中受环境影响，比如没有连接网络等原因.

我们将异常错误报告称为“误报”。

测试脚本运行失败，我们需要在这个设备上手动执行它来重现缺陷。如果没有发现手动执行，基本可以排除（当然也有可能是功能问题）。此过程的目标是识别缺陷并消除“误报”。

当然，如果脚本执行成功，我们基本可以假设没有问题。

所以，我们可以看到APP兼容性测试分为3个阶段：

1、编写兼容性测试脚本并在选定的设备上执行；

2、排查报告的问题并消除误报；

3、提交测试报告和bug列表。

因此，在移动设备上只执行一次各种报告供用户查看而不消除误报，也是一个流氓。当所谓的测试执行结束时，所有文件都自动生成，这是不可靠的事情。