摘要: 通过6个月的iOS和Android app测试工作，我得到了以下几点经验： 1.移动app自动化的UI测试工具并不成熟。像WebDriver这样的web app自动化UI测试工具比较成熟，而原生移动app的自动化UI测试则截然相反。虽然App ...
| 通过6个月的iOS和Android app测试工作，我得到了以下几点经验： 1.移动app自动化的UI测试工具并不成熟。像WebDriver这样的web app自动化UI测试工具比较成熟，而原生移动app的自动化UI测试则截然相反。虽然Appium有望成为移动app跨平台UI测试工具，但在我看来，由于测试的内容千奇百怪，所以维护代价依然很高。我推荐更为彻底的自动化单元测试，可能会补充WebDriver测试和一些探索性的手动UI测试。 2.基于移动操作系统测试预计用法，而不是当前的用法。移动硬件和操作系统更新周期要短于桌面硬件系统，如果你关注趋势和并对之进行测试，你会有更实际更现实的用法。 3.在真机上进行测试。我更喜欢在真实的手机和平板电脑上进行测试，这样我可以真正了解应用如何运行。同时，还有一些内容是无法在模拟器上测试的，比如推送通知就要求一个设备id，还有苹果VoiceOver辅助测试是不能在模拟器上进行的。iPod Touch非常适合测试，价格又比iPhone便宜，还可以在Apple store购买翻新机。如果你想在自然环境下测试，那么你就需要一台cellular iOS设备了。 如果你需要在运行iOS 6以后的设备上进行测试，那你需要购买第四代的iPod touch翻新机了，它和苹果iOS设备一样支持iOS 7。对于Android测试来说，找到pre-paid Android手机非常容易，你依然可以购买运行Android 2.3的低分辨率手机，利于旧版本的兼容性测试。 4.启用本地无线发布和安装测试程序--可以在iOS和Android上快速更新安装app。对无线iOS应用分发，则必须把一个通过build machine（mac）编译的IPA文件和一个描述app的XML manifest(PLIST)文件传到本地服务器。这样你就有了一个简单的，通过itms-services连接至manifest的web页面，可以在iOS的Safari上打开，提醒用户自动安装。 如果你使用企业账户签名app，就可以不受数量限制运行在iOS设备上，而不用注册为测试设备。（详细细节在这里） 对于无线Android分发，这就容易了。简单地让build server编译APK文件，并copy到web-server，连同直接连接至APK的页面。任何允许在Play Store之外下载安装应用的Android手机可以下载这个文件，并提醒安装。 5.在自然环境下进行测试：我喜欢在公交上或者回家途中测试app如何处理间歇性的cellular网络覆盖情况，尤其是在地下隧道。如果你的后端尚未公开，你可以使用手机上的VPN来进行测试。 6.独立app之外测试WebView/bridged app HTML内容。我们使用了一项返回HTML5内容的服务--在iOS和Android原生应用中通过JavaScript bridge进行展示和执行。这些内容可以独立于原生应用进行测试，这要比通过app进行测试更快更简单。 7.模拟一个后台依赖关系以进行快速的UI测试。程序所依赖的后台例如数据库就可以被模拟，这样在程序设计之初就能快速测试UI的运行情况，你不用担心只能在全部完成时才能测试。 |
