譯文:編寫跨設備測試準則W3C工作組文件: 2009年5月12號

英文:Guidelines for writing device independent tests W3C Working Group Note 12 May 2009

聲明:

翻譯:

W3C

編寫跨設備測試準則

W3C的工作組文件: 2009年5月12號

本文版本:
http://www.w3.org/TR/2009/NOTE-di-testing-20090512/
本文最新版本:
http://www.w3.org/TR/di-testing/
編輯:
Dominique Hazaël-Massieux, W3C
Carmelo Montanez, National Institute of Standards and Technology

摘要

隨著對網絡技術支持的發展,開發測試人員開發的測試套件要盡可能做到適用任何設備,這很重要。本文提供準則,供創建跨設備測試之用。

本文檔的狀態

本節描述本文檔在其發表時的狀態。 其它文檔可以取代本文檔。 當前W3C出版物的列表和本技術報告的最新版本可以參見http://www.w3.org/TR/的.W3C技術報告索引

跨設備測試準則為首次公開的工作組文件,代表屬於移動互聯網首創計劃.一分子的移動互聯網首創計劃測試套件工作組參與者的共識,工作組正尋求本準則適用程度反饋,以及還應包括其他方面的指導方針。

對於本文的評論、討論可發送到公共郵件列表(档案) public-mwts@w3.org ( 見說明).

作為工作組文件發表並不意味著被W3C全體成員認可。這是一個草案並可能隨時被更新、或被其他文件替換或廢止。若需引用,應註明引自尚未定稿的文件

本文檔是由根据2004年2月5日發布的W3C專利政策運作的團隊制定的, W3C 維護著一個与工作組交付產品有關的已公開的專利列表 ; 頁面也包括如何公開一項專利的說明。對某專利擁有實際知識并相信該專利包含了基本要求 的個人必須根据W3C專利政策第6節的要求公開這個信息。

目錄

1. 導言

本文提供了一套准則供編寫跨設備測試、特別是在移動設備測試之用。

1.1現有著作

跨設備設計課題 [ACDI] 探討在一般情況編寫跨設備測試涉及的這些不同的局限, 而移動网絡最佳做法 1.0 [MWBP] 則對編寫移動設備測試方面給予具体指導。

層疊樣式表2.1測試用例編寫指南 [CSSTCAG] [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. 在基于色彩測試中,對需要區分部分使用對比度鮮明的顏色。

拙劣的測試:

Image depcting how a test from the CSS1 test suite looks on a mobile browser. Due to the amount of visible meta data included, it is impossible to see the actual test result.

良好的測試:

Image depicting a simple CSS test case consisting of a pass condition (“There should be a green block under this paragraph”) and a green block indicating that the test has passed.

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