有了测试环境之后需要有测试用例，这里同样也涉及测试用例的设计、编写、调试和维护的过程。根据测试经理或者设计人员给出的功能点，需要对UI中的页面进行测试。细心的同学发现了，这个用例的概念不是功能测试中才有的么？在兼容性测试中同样需要用用例。比如，对于用户登录这一功能，在一些软件中，只有登录之后才能进行各种操作，并且还可能需要验证码。此时需要结合功能测试中的能力，跳转到目标页面，然后对该页面进行兼容性测试。具体来说，是以a环境为基础，对UI界面截图，同时在b环境中对UI界面截图，比较两个不同环境下的截图是否一致。在实际的兼容性测试工作中，涉及的问题远不止以上列举的，比维护用例为例，由于软件升级、环境改变或者是系统不同（ios，android），可能导致以前编写的用例在后续一段时间内失败。这时就会面对一个取舍的问题，维护用例的成本，自动化进行兼容性测试的收益。那还要不要进行自动化的兼容性测试。这就需要业务经理根据自身情况进行抉择。
测试执行
用例管理
执行机调度
测试能力
在执行阶段，我们需要做一件事：对比两张图片，判断是否一致。这一句看似简单的话语，只有做过图像的童鞋才能理解其中的辛酸。现在假设我们可以轻松地完成对比图片的工作，那么接下来，如何在最短时间使用最少的资源去运行最多的用例？这其实是一个多目标优化问题，而且其中的优化目标还可能存在冲突。在解决这些问题之后，欢迎来到下一个坑。
测试报告
报告查看
报告管理
报告修改
报告更新
最后一步的难点在哪呢？要想确定UI中是否存在兼容性问题，自动化能做的只能是根据事先约定的“标准”进行判断，但是由于这些标准大部分都是比较模糊的，因此最终的测试结果往往需要测试人员进行确认。由用户最终确定是否通过兼容性测试。对于一些出现误报的区域，还需要用户进行交互式的处理，在后续执行过程中对这些区域进行特殊处理，这个过程就类似用例的维护。
那说了这么多废话，兼容性测试怎么做？ 我需要自己买那么多手机，搭建环境，编写管理系统。。。搞这么多工作么？
下面是恰饭时间，不感兴趣的童鞋可以刷其他文章了。
华为云提供了 移动应用测试 平台MobileAPPTest。
只需要点击上面这个链接，跳转到如下页面，点击“立即体验”
再按照如下步骤进行点击。
即可到达我们的兼容性测试配置页面，选择自己喜欢的手机类型、希望覆盖的测试人群，想要测试的测试对象。记得要先充值。
充钱之后，点击运行就可以去睡觉了。测试结束之后会自动生成一个测试报告，点击测试报告查看结果，齐活儿。