【问题标题】:Optimizing Android testing effort优化 Android 测试工作
【发布时间】:2011-03-19 06:52:57
【问题描述】:

4 个主要操作系统版本:1.5、1.6、2.1 和 2.2(我想我们现在可以放心地忽略 1.0 和 2.0)

3 种屏幕密度:ldpi、mdpi、hdpi

3 种屏幕尺寸:小、正常、大

大量的系统测试场景。

对于必须针对所有 Android 设备的应用,有没有办法优化测试工作?覆盖大多数情况所需的最少模拟器数量是多少?

最近处理这个问题,我很想知道其他人如何进行 Android 系统测试。

【问题讨论】:

    标签: android testing system-testing


    【解决方案1】:

    在优化测试工作时,您必须知道没有什么神奇的技术可以让您测试少于所有组合并且100% 它适用于每个组合。
    现在,有一些技术可以让您降低测试工作量,以换取在某些特定组合中(您没有检查)它可能不起作用的风险。

    这些技术是成对测试和正交阵列。您可以通过谷歌搜索,但如果您想要快速版本,请访问此链接 http://www.developsense.com/pairwiseTesting.html 并查看底部的表格:
    表 10:三个级别的三个变量的所有组合 -这一个包含所有 27 个组合。
    表 11:所有对数组,三个级别的三个变量 - 这一个包含减少的组合数量 - 9 个要测试的组合。
    只需将 A/B/C 与 OS/densities/size 匹配,并将每个 R/G/B 匹配到给定变量的适当值即可。

    【讨论】:

      【解决方案2】:

      我只在 1.5 和 2.2 上进行测试 - 如果它在两个极端情况下工作,我希望在中间工作。屏幕尺寸相同。

      【讨论】:

      • 我也这样做,但感觉很脏。 :P
      • TBH - 通常我只在 1.5 上进行测试,时不时地对 2.2 进行随机抽查 - android 似乎很好地向前兼容!它有点便宜,但这意味着我有更多时间编写代码和爬树:)
      猜你喜欢
      • 2023-03-29
      • 2016-11-20
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多