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

Question

最近,我一直在研究一些网络渲染错误的门票,这些漏洞只能出现在Android设备的一个子集上(甚至是单个Android设备上).此类别中重现的bug似乎真的很难 - 有时我发现我不能做所有,更糟的是,有时我我可以在某些设备上,但不是别人,不知道为什么.

例如: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.我找到了一种重现它的方法,这是运气不好的一半.我想很少依靠这一点,学会更好(一)确定可能的地方,我可以重现的问题(二)烧烤QA给我我需要的所有细节.

有哪些相关变量？我想的是:

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

但我不太了解这些相互作用或其他可能发生的事情.

提出这个问题的另一种方式 - 如果有人来找我并说"嗨,我在使用Samsum DroidTab浏览时在网站上发现了问题？" (或其他不准确指定的设备)究竟是什么,我需要找出为了找到另一台设备/仿真器上,我可以可靠地重现他们看到了什么？

Answer 1

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

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

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

库存与自定义操作系统实现肯定在列表中（即，日期选择器实现在三星层中有所不同）。