6

前几天看到一篇有趣又有点吓人的博文。这是他们测试的移动开发人员的 Android 设备集合。大约是 400。--> http://feedproxy.google.com/~r/Techcrunch/~3/0LybOzd0l0U/

我是一个孤独的人，如果应用程序只需要一小部分测试和支持，我就无法支持它。我知道您可以模拟许多设备，但在少数几个 AVD 上进行测试仍然需要相当长的时间。听起来这可能是一场噩梦。

对于那些一直在研究 Android 的人，关于哪些应用程序最容易处理各种设备的任何数据或建议？博客里的开发者做了很多游戏，那些是最棘手的吗？

我确信 Hello World 在所有 Android 设备上都运行良好，但不会有很多用户，你知道吗？

在开始一个雄心勃勃的应用程序之前，最好知道，例如，GPS 很简单、一致，但本机代码可能是一场噩梦，或者静态图片还可以，视频很难支持。SMS、数据库、sdcard 访问？OpenGL，手势等等之类的东西......

如果有人有一些一般性提示，或者特别是最容易到最难的列表，这可能对我们新手非常有帮助。

谢谢

PS请不要说“在iOS上开发......”，这不是问题，更糟糕的是它太可预测了。;-)

4

3 回答 3

5

他们正在发展，70 million downloads他们在亚洲市场相当大，这意味着大量的新设备来自lower-end Asian manufacturers

Netflix 仅在十几种设备上进行测试，这些设备代表了他们的大多数用户、一些自定义 ROM、各种处理能力和各种播放架构。

因为在每台 Android 设备上测试你的设备是不现实的，所以只要确保你的应用看起来不错并且构建可靠。

于 2012-05-16T18:25:18.300 回答
0

好吧，既然你喜欢可怕的文章，这里有另外 2 篇可怕的（和信息丰富的）文章： http:
//opensignalmaps.com/reports/fragmentation.php
http://burnsmod.com/development/2012/05/01/Android-碎片化-伤害-每个人/

作为一般规则，任何使用低级硬件访问的东西都是一场噩梦，所以只要有可能，坚持使用 Java API 来访问硬件功能。

相机 API，无论是高级还是低级都可能存在问题。例如，当通过startActivityForResultwith调用高级相机 API 时，我遇到了特定于设备的问题android.media.action.IMAGE_CAPTURE。

此处有关设备特定错误的更多信息：
是否有针对 Android 设备的设备特定错误的汇编？
Android 设备特定错误

您最好的选择是为“正常”设备构建，然后根据用户投诉的频率调查特定设备。

于 2012-05-16T19:17:57.243 回答
0

已经给出的一般建议是，构建坚固且看起来不错的东西，这是一个很好的起点。一般来说，您的应用程序越独立，就越容易确信它在对畅销书的核心子集进行测试后可以在大量设备上运行。

困难的主要领域是当您与其他应用程序（如图库、地址簿等）交互时。OEM 可能/将更改您想要集成的内置应用程序的任何地方都可能导致问题。对于大多数应用程序来说，这不是问题。具体来说，我开发了一个消息传递应用程序，该应用程序需要在特定运营商的所有手机上进行测试；这不是我希望有人独自承担的那种项目。

因此，简单的答案是避免与其他应用程序集成，将其视为 iOS 沙盒。不幸的是，这删除了一些 Android 价值，但这是避免碎片问题的最简单方法。

实际上，如果您的应用程序在商业上取得成功很重要，您确实需要在一些真实设备上进行测试。就个人而言，我会说测试的最低要求是在每个主要 OEM 的手机上进行测试，包括 Gingerbread 和 ICS，如果它是每个运营商的联网应用程序。对于刚开始的人来说，这种级别的财务义务是不现实的，此时您最终只是将用户用作测试人员。

于 2012-05-16T18:59:50.400 回答