仿真器（Emulators）
　　仿真器是有真实移动设备的硬件复制。仿真器模拟移动设备并确保测试员可以在PC上测试移动app而无需在真实移动设备上测试。
　　下面有三种仿真器：
　　▪▪设备仿真器一般由设备制造商提供。设备仿真器是针对特定设备模式的。
　　▪▪操作系统（OS）仿真器是微软和谷歌为其各自的操作系统所提供的。OS仿真器在PC上为设备模拟特定操作系统并运行。OS仿真器通常依赖于用来模拟移动环境的构建工具；比如，Xcode是一个iPhone构建工具，Eclipse Emulator是Android构建工具。
　　▪▪浏览器仿真器一般相应的设备网站上都有；它们在浏览器上运行，并不一定要是移动设备（也是说，它们可以在PC浏览器上运行）。网上有大量开源仿真器，如iPhone的MobiOne以及Android 的Android Emulator 1.5 PC。
　　用仿真器测试的一大优势是：仿真器会让你准确了解设备LCD“后”究竟在发生什么，这可以让测试员调试并真正地打开屏幕看看里面在发生什么，让测试员可以深入洞察问题且让开发员更轻松地修复缺陷。测试员也可以为开发员提供快捷方式，高级信息和数据报文。这减少了部分开发团队花在解决问题上的精力。以　　下使用仿真器的其他益处：
　　▪▪仿真器往往很划算，因为它们多数是免费的。
　　▪▪因为虚拟设备（仿真器）是在其软件堆控制之下的，测试员可以收集关于内容页面的“每个要素”的重要信息，包括内部文本和网页直接链接。
　　▪▪可以迅速地进行多种内容的相容性测试——如验证图片尺寸或确定损坏的链接。

　　模拟器（Simulators）
　　设备模拟器是特定设备的硬件复件，模拟器为了测试而模拟设备的软件。测试员通常使用PC的本地浏览器来进行移动浏览器模拟。（注意：模拟器是用于测试移动web的，不是移动app。）为了获得一个本地浏览器进行模拟，测试员要在本地浏览器里更改“用户代理”设置。该方法通常用于自动化功能测试。
　　有了模拟器，无需使用仿真器能快速轻松地完成测试。 另外，模拟器很划算使用它们都不要购买任何的新软件。
　　对于火狐浏览器模拟iPhone 和Android，有了QuickTest Professional 一类的工具，要实现自动化也是有可能的。但是这主要是从功能而不是外观和感受角度出发，且主要用于功能自动化测试。为减少手动的精力/成本，一种通常的做法是功能自动化。
　　对于移动web，这是一种成功完成自动化并大大减少精力的方法。

　　测试自动化
　　因为移动测试必须在许多不同设备，浏览器和操作系统上进行，因此手动做完所有测试会很贵很耗时。测试自动化可以减少测试相关的时间与成本。此外，测试自动化可以提高测试团队的生产力。但要强调一点：自动化测试并不是要取代手动测试，它是为了减少产品上市所费精力/时间。自动化移动web测试工具会与移动app的不同。对于移动web，我用过HP QTP，它有利于功能回归测试的佳使用。QTP测试工具支持测试自动化框架（关键词/数据驱动/混合）。通过将本地PC浏览器模拟为移动浏览器，我们可以在移动web上运行QTP脚本。这很好地覆盖了必须不断重复的移动web回归测试用例的功能。
　　对于移动app测试，测试工具要根据设备平台挑选。我曾经做过POCs ，还进行过移动app的自动化，用过QTP ，FoneMonkey（开源），DeviceAnywhere等工具。市场上还有一些移动app测试工具。但是在深入进行移动app测试前必须要定下一个明确的目标。因为它也有自己的挑战，像是工具支持，个人学习曲线和架构支持。如果项目团队很看重自动化的益处，他们可以为app自动化看看究竟要选哪个可用的工具。这通常对电子商务/零售app有用，因为app稳定性对于为公司创造收入来说很关键。

　　负载和性能测试
　　移动web或移动app的性能是影响移动设备用户转化率的重要因素。（如果性能太慢，用户便会离开网站。）负载和性能测试在找到负载和性能问题上很关键，要知道负载和性能问题不利于用户转化。
　　对于移动web，可以用HP Load Runner/Performance Center进行负载和性能测试。该产品通过用本地浏览器模拟移动浏览器来测试移动web浏览器。
　　对于移动app，它依赖于移动app的平台和架构。绝大多数移动app通过服务层获取数据。进行性能测试的一个方法是手动用户访问app时加载服务层。比如，如果数据层是通过web服务或REST 服务调用的话，那么手动测试员访问移动app时已经在测试这些服务的性能了。用这个方法可以获得接近实际的结果了。