1.移动app自动化的UI测试工具并不成熟。像WebDriver这样的web app自动化UI测试工具比较成熟，而原生移动app的自动化UI测试则截然相反。虽然Appium有望成为移动app跨平台UI测试工具，但在我看来，由于测试的内容千奇百怪，所以维护代价依然很高。我推荐更为彻底的自动化单元测试，可能会补充WebDriver测试和一些探索性的手动UI测试。
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的运行情况，你不用担心只能在全部完成时才能测试。
