全球化測試的軟件測試要點
作者:網絡轉載 發布時間:[ 2012/7/9 11:48:16 ] 推薦標簽:
全球化測試的目的是檢測應用程序設計中可能阻礙全球化的潛在問題。它確保代碼可以處理所有國際支持而不會破壞功能,導致數據丟失或顯示問題。全球化測試使用每種可能的國際輸入類型,針對任何區域性或區域設置檢查產品的功能是否正常。
正常的產品功能假定該組件性能穩定,能按照設計規范運行(不考慮國際環境設置或區域性/區域設置),并且數據的表示方式正確。
下列內容必須是全球化測試計劃的一部分:
決定每個組件的優先級
若要使全球化測試更有效,請為所有測試的組件分配測試優先級。應具有高優先級的組件為: 支持 ANSI(美國標準學會)格式的文本數據 大量處理字符串的組件(例如,具有許多編輯控件 (Edit Control) 的組件) 使用文件進行數據存儲或數據交換的組件(例如,Windows 圖元文件、安全配置工具和基于 Web 的工具) 過去存在許多全球化問題的組件選擇測試平臺。
那么,應為國際測試平臺使用哪一種操作系統 (OS) 呢?第一個選擇應是安裝了語言組的 Windows 2000 的本地版本。例如,如果使用 Windows 2000 的美國版本,請安裝東亞語言組。這種組合對選擇的語言提供了完整的國際支持,而沒有對測試者的語言技能提出要求。
即使是面向更廣泛的操作系統,Windows 2000 也應是主要的測試平臺。早期的操作系統在本地設置和本機支持方面,沒有為廣泛的語言和區域性或區域設置提供同樣的靈活性。
還可以使用不同于 Windows 2000 的本地版本的其他平臺: MUI(多語言用戶界面)Windows 2000 ? 當代碼實現多語言 UI 而且必須調整到 OS 的 UI 設置時特別有用。這種方法是安裝 OS 的多個本地化版本的更容易實現的替代方法。為了進一步增強多語言支持,Microsoft 提供了一個單獨的 Windows 2000 多語言版,它提供 Windows 用戶界面的多達 24 種本地化語言版本。有關更多信息,請參見多語言用戶界面 (MUI)。 目標 OS 的本地化版本 ? 德語或日語是好的選擇。記住,如果不熟悉操作系統的 UI 語言,使用它們可能比較困難。此方法并不比前面的解決方案有明顯的優勢。
通過測試發現的大多數全球化問題都發生在這兩種情況下:即東亞語言支持處于活動狀態時,或者 OEM 代碼頁不同于給定區域性或區域設置的 ANSI 代碼頁時。例如,可以在 Windows 2000 的美國版本中選擇下列區域性/區域設置來測試潛在的全球化問題: 日語 德語 盡可能采用兩者(一種為系統區域設置選擇,另一種為用戶區域設置選擇)的組合以包括多語言支持。
如果安裝所有語言組,輪換使用區域性或區域設置,并按如下所述運行“全球化”測試,則可以獲得全面的覆蓋范圍。
創建測試環境
為執行全球化測試,必須安裝多個語言組并確保區域性或區域設置不是您的本地區域性或區域設置。如上所述,在日語環境、德語環境以及兩者的組合環境中執行測試案例可以覆蓋大多數全球化問題。
基本上,使用日語和德語環境創建世界通用的測試環境的步驟為: 在 Windows 2000 本地版本上,如果沒有安裝日語(或任何其他東亞地區語言)和德語支持(默認情況下,Windows 2000 的美國版本安裝德語支持),請安裝它們。 將測試機器上的區域性或區域設置設置為與本地區域性或區域設置不同的區域性或區域設置(日語或德語)。 用 Windows 2000 系統的本地版本的混合環境建立一個分布式網絡,將某些系統設置為日語區域性或區域設置,將其他系統設置為德語區域性或區域設置。
將日語作為系統默認區域性或區域設置進行測試,可驗證 ANSI(非 Unicode)組件中的雙字節字符集 (DBCS) 處理。將德語作為系統默認區域性或區域設置進行測試,可確保再需要進行文本轉換時能夠正確處理 ANSI 和 OEM 代碼頁。建立分布式混合網絡環境可以驗證數據是否可以在不同的區域性或區域設置之間成功傳遞。
執行測試
在為全球化測試設置好環境后,當運行常規測試案例時,必須特別注意潛在的全球化問題: 將重點更多地放在直接或間接處理字符串輸入/輸出的測試案例上。 測試數據必須包含來自東亞語言、德語、復雜腳本字符和英語(可選)的混合字符;其中復雜腳本字符指阿拉伯語、希伯來語、泰語。某些情況下有限制,比如接受只匹配區域性或區域設置的字符時。如果不熟悉準備測試數據所用的語言,則手動輸入所有這些測試數據可能很困難。一個簡單的 Unicode 文本生成器在此步驟中可能非常有用。識別問題
嚴重的全球化問題是丟失功能,包括立即丟失功能(區域性/區域設置更改時)和以后訪問輸入數據(非美國字符輸入)時丟失功能。
某些功能問題和顯示問題一樣是可以檢測到的: 出現問號 (?) 而不是顯示文本表示問題出在 Unicode 到 ANSI 的轉換中。 如果出現隨機高位 ANSI 字符(如 ¼、†、‰、‡ 和 ¶)而不是可讀的文本,則表示問題出在使用錯誤代碼頁的 ANSI 代碼中。 如果出現方框、豎條或鼻音化符號(默認的標志符號)[□、|、~],則表示所選字體無法顯示某些字符。
在要求變形、布局或腳本知識的顯示或打印結果中找出問題可能很困難。這種測試是語言特定的,在沒有語言專門知識的情況下通常無法執行。另一方面,測試可能于代碼檢查。如果使用標準文本處理機制形成并顯示輸出文本,則可以認為這方面是安全的。
潛在問題的另一個方面是未能遵循由當前區域性或區域設置定義的本地約定的代碼。確保應用程序根據計算機的當前區域設置顯示區分區域性或區域設置的數據(例如,數字、日期、時間、貨幣和日歷)。
“控制面板”中的“區域選項”并未包括所有區域性或區域設置特定的功能。例如,在那里看不到當前的排序順序。因此,在開始測試前制定一個包括與區域性或區域設置有關的所有功能方面的測試計劃很重要。
相關推薦

最新發布
性能測試之測試環境搭建的方法
2020/7/21 15:39:32軟件測試是從什么時候開始被企業所重視的呢?
2020/7/17 9:09:11Android自動化測試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項目適合做自動化?自動化測試人員應具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測試工具測評
2020/7/17 8:52:11RPA機器人能夠快速響應企業需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測試基本概念是怎么來的?軟件測試生命周期的形成歷經了什么?
2020/7/16 9:11:10