编写跨设备测试准则

摘要

随著对网络技术支持的发展，开发测试人员开发的测试套件要尽可能做到适用任何设 备，这很重要。本文提供准则，供创建跨设备测试之用。

本文档的状态

本节描述本文档在其发表时的状态。其它文档可以取代本文档。当前W3C出版物的列 表和本技术报告的最新版本可以参见http://www.w3.org/TR/的.W3C技术报告索引

跨设备测试准则为首次公开的工作组文件，代表属于移动互联网首创计划.一分子的移动互联网首创计划测试套件工作组, 参与者的共识，工作组正寻求本准则适用程度反馈，以及还应包括其他方面的指导方针。

对于本文的评论、讨论可发送到公共邮件列表(档案) public-mwts@w3.org ( 见说明).

作为工作组文件发表并不意味著被W3C全体成员认可。这是一个草案并可能随时被更 新、或被其他文件替换或废止。若需引用，应注明引自尚未定稿的文件

本文档是由根据 2004年2月5日发布的W3C专利政策.运作的团队制定的, W3C 维护着一个与工作组交付产品有关的 已公开的专利列表 ; 页面也包括如何公开一项专利的说明。对某专利拥有实际知识并相信该专利包含了基本要求 的个人必须根据W3C专利政策第6节的要求公开这个信息。

目录

• 1. 导言
  • 1.1现有著作
  • 1.2 设备局限
  • 1.3 目标设备
• 2. 准则
  • 2.1屏幕局限
  • 2.2内存局限
  • 2.3网络带宽，等待时间和成本
  • 2.4 CPU电源
  • 2.5 扩展能力
  • 2.6 键盘或指示设备接入
  • 2.7 先决条件
• 3. 参考文献

1. 导言

本文提供了一套准则供编写跨设备测试、特别是在移动设备测试之用。

1.1现有著作

跨设备设计课题 [ACDI] 探讨在一般情况编写跨设备测试涉及的这些不同的局限， 而移动网络最佳做法 1.0 [MWBP] 则对编写移动设备测试方面给予具体指导。

层叠样式表2.1测试用例编写指南 [CSSTCAG] 提供如何撰写测试用例的指导，并以跨设备作为目标 可缩放矢量图形测试套件手册 [SVGTS] 也就编写测试用例提供建议。

受现有著作的启发，并基于由移动网络测试套件工作组在检查测试用例以及它们对移 动设备的适用性 [MWTSSURVEY]方面积累的经验。本文探讨在编写测试用例时需考虑的具体方面以确保测试适用更多 的设备。

1.2设备局限

考虑以广泛实施的window.navigator.userAgent, 来记录浏览器标识符 ，因为一台设备可能有几个浏览器。

当设计跨设备测试用例时，要认识大部分的设备有局限性，这很重要：

1. 屏幕
2. 可用内存
3. 网络带宽，等待时间和成本
4. CPU电源
5. 扩展能力

对需要互动的测试（运行测试或提交结果） ，考虑:

1. 键盘或指示设备接入和易用性
2. 正确地提交结果的人力成本
3. 自动测试的自动启动（例如，通过onload事件触发)

1.3 目标设备

试图将所有可能的设备的所有可能制约因素考虑到面面俱到会使编写跨设备测试不可 能实现。

因此，编写跨设备测试用例，首先要确定将需要和可能要进行测试用例的设备范围。进行 评估：

1. 如果该技术已经在用，考虑它在什么设备上用
2. .如果该技术只可用于有某种程度硬件特点的设备上，根据以下准则修改限制条件使其适应该程度
3. 如果不能创建单一测试运行于各种设备，考虑创建数个版本的测试，或者使用基于服 务器的内容改写，以适应需要运行测试的设备。

在任何情况下，最好在测试套件记录最起码预计运行测试要求，以及可能哪项测试需 要某种程度的支持。

2. 准则

2.1 屏幕局限

屏幕尺寸在视觉设计测试时事关重要，因为测试人员需要评估测试用例渲染是否与相 关渲染一致。

就各种仪器而言，下面的屏幕参数差别很大：

1. 屏幕分辨率
2. 网页缩放功能，滚动
3. 物理尺寸
4. 色彩数
5. 对比

总的来说，在进行跨设备测试时为了避免出现问题，应：

1. 使测试尽可能简单， 不要包括任何可能混淆或妨碍结果的可见元数据， 只需要 声明前提、传递条件和试验结果即可。
2. 避免基于绝对尺寸的试验，或为不同的屏幕分辨率提供几个版本。
3. 将要渲染内容关键部分置顶，以避免滚动。
4. 尽可能简明扼要，以避免滚动。
5. 当用的颜色表示测试结果时，应在结果中显示文字。
6. 在基于色彩测试中，对需要区分部分使用对比度鲜明的颜色。

2.2 内存局限

为了避免进行技术测试的设备达到内存极限，应:

1. 将样式表，图像，对象或脚本减到最低限度。
2. 在标记文件中，使文档对象模型（ DOM ）树尽可能小。
3. 动态数据结构创建数目（例如，由脚本创建）保持最低限度。

2.3 网络带宽、等待时间和成本

各种网络接入设备的特点差别很大，特别是在可用带宽、网络请求的等待时间、在网 络上传送内容成本之差别很大。

应付网络慢或昂贵测试环境，应：

1. 将测试加载外部资源数目保持在最低限度;最好包括内容（例如，使用内部样式表而不用外部样式表） ，而不用加载内容，除非内容可以在测试中存储和再用。
2. 将源于脚本的网络请求数目保持在最低限度，以加快数据传输。
3. 注意当触发DOM操作时不要求下载DTDs 。
4. 注意，移动网络可以积极预先缓存或转换，因此，您可能需要视测试性质来调整源发 站HTTP页头码
5. 消除测试中的空白字符。

2.4 CPU电源

移动设备的CPU密集操作很耗电池，并极可能远慢于在较大的硬件运作， 所以应：

1. 避免不必要的图像处理操作，如按比例缩放光栅图像。

2.5 扩展能力

.一般来说，大多数移动设备在插件，字体，或软件扩展方面能力有限，所以应：

1. 避免依赖基于具体字体文字效果
2. 避免依赖安装特定的插件类测试。

2.6键盘或指示设备接入

许多移动设备没有提供完整的键盘，因此需要按几下键才能输入某一字符。

1. 减少互动测试
2. 使用象短网址，二维条码之类的帮助向测试套件传递数据。
3. 尽可能避免使测试依赖于任何特定的输入设备
4. 在测试中提供简单的导航

2.7先决条件

一些测试确实需要有具体要素才能进行，这些要求可以是某种输入设备或设备的API ， XMLHttpRequest， SVG或类似的东西。

1. 如果测试取决设备要有什么特定性能，你应该明确说明，以便确定该设备是否适用该 测试

3. References

ACDI

Authoring Challenges for Device Independence, Rhys Lewis, Editor, W3C Working Group Note, 1 September 2003 (See http://www.w3.org/TR/2003/NOTE-acdi-20030901/)

CSSTCAG

CSS2.1 Test Case Authoring Guidelines, Tantek Çelik, Ian Hickson, Elika J. Etemad, Editors (See http://www.w3.org/Style/CSS/Test/guidelines.html)

MWTSSURVEY

Conformance Test Suites for mobile web technologies (See http://www.w3.org/2005/MWI/Tests/matrix)

MWBP

Mobile Web Best Practices 1.0, Basic Guidelines, Jo Rabin, Charles McCathieNeville, Editors, W3C Recommendation, 29 July 2008 (See http://www.w3.org/TR/mobile-bp/)

SVGTS

SVG Test Suite Manual, Lofton Henderson, Editor, 1 September 2001 (See http://www.w3.org/Graphics/SVG/Test/svgTest-manual.htm#TestReviewGuidelines)

TESTFAQ

Test Development FAQ, Patrick Curran, Editor (See http://www.w3.org/QA/WG/2005/01/test-faq)

This translation is hosted at Digital Camera