随着移动互联网的发展，以及智能手机的普及，各种各样的 APP 层出不穷，大家可以数一数自己手机上安装的 APP，随随便便几十个，上百个，所以现在 APP 测试的需求也越来越大。
那么，现在最主流的移动端操作系统就是 Android 和 iOS ，Android 系统因为是开源的，测试工具以及各种测试教程都非常丰富。
但是 iOS 因为苹果系统的私密性，导致 iOS 测试的教程相对来说少很多。那么，今天我们来说说 iOS APP 测试具体要如何进行呢？
测试版本的提交和获取。
Android APP 的测试开发直接打包一个 apk 包发送给测试，测试可以安装到任何 Android 设备开始测试工作。
但是 iOS 不可以，想要在 iOS 系统里安装 APP，必须要得到苹果的授权。那么，要得到苹果的授权，内部版本可以有以下几种方式：
外部测试需要通过苹果审核后可以开放给至多 10000 人测试，不过需要额外支付费用。
因为要经过苹果的审核，时间周期会比较久，所以这种方式比较适合版本比较稳定，不需要频繁打包的测试。
不过一般公司的测试版本的提交都是通过内部测试这种形式，可以添加的测试人员比较有限。
内测用户通过在手机上扫描二维码，即可将内测应用安装至手机等设备中进行测试。
不过需要通过扫描这个二维码安装成功，测试设备也是同样需要提供 UDID，添加到开发者账号中。
这个工具比起 FIR 更加方便是直接扫描二维码就可以收集 UDID，并且直接扫描二维码就可以成功安装应用。
安装好了之后，即可扫二维码进行应用的安装了。
应用测试的执行
安装好应用之后，就应该进行测试的执行了。关于测试执行就跟其他的 APP 测试差不多了，分析需求，提炼测试点，编写测试用例，并执行记录 bug，以及跟踪 bug。
不过，这里要提的是 iOS 测试需要特别注意的两点：
兼容性测试
因为苹果系统没有开源，所以类型没有 Android 系统那么多元化，兼容性测试需要考虑系统的版本和屏幕大小/分辨率即可。
那么如何选取设备呢？综合考虑用户使用量最多的系统版本和屏幕大小，以及可以参考一些数据选择比较主流的设备和系统进行测试。
比如下图就是某统计网站统计出的 iOS 机型和系统使用量的统计数据：
参考上面的数据，我们就可以选择 iPhone11，iPhonex，iPhone7 plus 这几款机型，配备 iOS13.6， 14.1,14.0 这几个系统版本进行测试。当然，如果你们的应用有特殊用户的需求，肯定要以用户需求为准。
APP 的日志收集
测试 APP 的时候经常会发生一些闪退、ANR 的现象，而且这种现象很多时候都不是必现的，所以为了帮助开发修复这些 bug，我们就需要收集到这些 crash 和 ANR 的日志，来帮助定位和分析问题。
那么，iOS 手机如何收集日志呢？如果没有 mac 电脑，可以用 iTunes 或者 iTools 这个工具来同步收集手机端的日志：
首先, 用数据线将手机和电脑连接起来，打开电脑里的 iTunes 工具，识别出来手机后， 点击下面的“同步”按钮：这样可以把手机里的资料信息同步到电脑里。然后 , 等同步完成之后，去到电脑里的以下目录：C:\\Users\\用户名\\AppData\\Roaming\\AppleComputer\\Logs\\CrashReporter\\MobileDevice\\tricy 的 iPhone找到对应的设备，打开就会开到这个设备的所有生成的日志文件，寻找到对应的 APP 的问名字的文件，定位到问题出现的时间附近的 error 日志，发给开发或者贴到 bug 的附件即可。测试完成，发布上线
APP 测试完成之后，需要提交到 AppStore 中才能够让所有的普通用户安装并使用，而上传到苹果应用商店，区别于 Android 的应用市场， 苹果的审核非常严格。
我们经常看到 Android 应用已发布，立马可以在各大商店进行下载，但是苹果一般需要审核 3 天-1 周作业左右，如果失败了，还需要更久。
具体苹果如何考核以及开发需要提交哪些资料一般是开发去操作的，测试主要关注一下上线后，下载最新的线上版本做一下主流程的测试，确保线上版本是OK的。
以上就是朝夕生活（www.30zx.com）关于“iOS APP测试方法和测试工具 大揭秘”的详细内容，希望对大家有所帮助！
