android - 如何识别有助于重现 Android 网络浏览器网络渲染错误的因素？

Question

最近，我一直在处理一些网络渲染错误的票证，这些错误仅出现在部分 Android 设备(甚至单个 Android 设备)上。重现这一类的错误似乎真的很困难——有时我发现我根本做不到，更糟糕的是，有时我可以在某些设备上但在其他设备上不能，我不知道为什么。

举个例子:QA 最近报告一张票影响“Galaxy Tab/Android QA build 4.1”。我试过了

• 使用 4.1 运行模拟器(ADT 和 Genymotion)(无法在那里重现)
• 两台运行 4.1 的不同 Galaxy Tab 设备(无法在那里重现)
• Browserstack 的 Galaxy Tab 2 10.1 模拟器(运行 Android 4.0)...我确切地看到了 QA 附在票证上的截图显示，成功重现了问题。

很高兴我最终解决了那个特定的错误，但另一方面，在前两次尝试之后很容易放弃并且从未尝试过 Browserstack。幸运的是我找到了重现它的方法。我想减少对它的依赖并学会更好地 (a) 确定我可以重现问题的可能地方 (b) 烧烤 QA 给我我需要的所有细节。

相关变量是什么？我在想这样的事情:

• 安卓版
• 浏览器版本
• 也许是内核版本？
• 库存操作系统与定制操作系统(运营商/制造商的变化可以发挥多大的作用)？
• 屏幕尺寸/分辨率
• 其他硬件变体？

但我不太了解这些是如何相互作用的，也不知道还有什么其他因素在起作用。

问这个问题的另一种方式——如果有人来找我说“嗨，我在使用我的 Samsum DroidTab 浏览时发现您的网站有问题？” (或其他不精确指定的设备)为了找到另一个我可以可靠地重现他们所看到的内容的设备/模拟器，我到底需要找出什么？

Answer 1

有很多我称之为环境变量的东西。作为环境变量，我会定义那些影响应用程序或设备行为方式但不依赖于设备本身的因素。

例如，Internet 连接类型是一个环境变量。我已经处理过几次有关 Internet 连接的问题。我确实请求了设备和应用程序的完整信息，但我无法复制它。直到我决定尝试不同的连接，我才得出结论，用户在需要授权的 WiFi 网络下，因此无法执行一些后台操作。当设备连接到 WiFi 网络时，Android 会停用 3G 连接，即使 WiFi 网络没有连接，所以我不得不用 hack 来解决它。

另一个可能对应用程序的行为方式产生一些影响的因素是设备情况问题，例如电池电量(谷歌眼镜不允许在低电量情况下使用语音命令，或者某些设备不允许拍照)。

Stock 与自定义操作系统实现肯定在列表中(即日期选择器实现在 Samsung Layer 中有所不同)。