我是新的 iPhone / iPad 开发，我接近完成我的第一个应用程序，我正在寻找一些一般的建议。
我知道在实际设备上进行测试而不仅仅是在模拟器上进行测试很重要，人们在交易设备上进行测试时通常会遇到哪些在模拟器中看不到的事情？
该应用程序本身主要是跟踪在线交易和这类事情的一种方式。在使用相机或 GPS 等设备方面，它不需要任何特殊的东西。
这只是一般的使用测试。该设备在与您的计算机完全不同的环境中运行，这是确保将您的应用程序推送到设备上不会发生任何意外情况的最佳方法。例如，手机 / 平板电脑可能具有有限的数据覆盖范围，低内存情况，来电等。这些情况在设备上更为常见，然后当人们通过模拟器模拟它时。
从硬件的角度来看，该设备使用与 Mac 不同的处理器架构，这也需要考虑（不像其他情况那么多，但您需要覆盖您的基础）。Mac 也无法可靠地模拟 RAM，磁盘空间，处理器速度等...因此在设备上进行测试在这里也很有用。
显然有一些功能，你只能在设备上测试，如相机，GPS（而不是那么明显的 iPod 库使用），如果你的应用程序使用它们，它会粗心不在设备上测试。
总的来说如果您打算将应用程序发布到 App Store，或者至少发布到设备，则值得在设备本身上进行测试。只有这样，您才能确定它将在您打算瞄准的平台上按预期运行和执行。模拟器毕竟只是一个模拟器，而不是真实的东西！
首先：用户体验非常不同。
基于鼠标的交互与触摸交互非常不同。专注于显示器感觉非常不同，然后看着手掌上的设备。
此外，在模拟器和真实设备上运行的动画体验可能会非常不同。
在模拟器中的使用不会告诉你任何关于在真实设备上见证的电池消耗的信息。
我的观点是：每个将被运送到 App Store 或客户进行测试的应用程序都应该测试几个不同的真实设备。没有任何借口。
模拟器运行速度比真正的设备慢得多。
当模拟器没有时，真实设备可能会耗尽内存，反之亦然。
在应用程序购买中，如果您已包含它们
方向（不是说他们在模拟器上不可用，但很容易忘记它！）
应用程序生命周期测试-将您的应用程序带到前台和后台。
网络访问-当您通过无线或蜂窝网络与 Mac 上的 LAN / wifi 从设备访问网络时，可能会很重要。如果您的应用程序使用网络上的任何资源，则需要在称为 Reachability 的保护伞下进行大量测试。根据应用商店的要求，如果在使用任何此类资源之前无法访问网络，则必须提供警报。
本站系公益性非盈利分享网址，本文来自用户投稿，不代表边看边学立场，如若转载，请注明出处
评论列表（87条）