定義
正常的產品功能假定該組件性能穩定，能按照設計規範運行（不考慮國際環境設定或區域性/區域設定），並且數據的表示方式正確。
組成部分
下列內容必須是全球化測試計畫的一部分：
決定每個組件的優先權 若要使全球化測試更有效，請為所有測試的組件分配測試優先權。應具有高優先權的組件為： 支持 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 代碼中。 如果出現方框、豎條或鼻音化符號（默認的標誌符號）[□、|、~]，則表示所選字型無法顯示某些字元。 在要求變形、布局或腳本知識的顯示或列印結果中找出問題可能很困難。這種測試是語言特定的，在沒有語言專門知識的情況下通常無法執行。另一方面，測試可能僅限於代碼檢查。如果使用標準文本處理機制形成並顯示輸出文本，則可以認為這方面是安全的。
潛在問題的另一個方面是未能遵循由當前區域性或區域設定定義的本地約定的代碼。確保應用程式根據計算機的當前區域設定顯示區分區域性或區域設定的數據（例如，數字、日期、時間、貨幣和日曆）。
“控制臺”中的“區域選項”並未包括所有區域性或區域設定特定的功能。例如，在那裡看不到當前的排序順序。因此，在開始測試前制定一個包括與區域性或區域設定有關的所有功能方面的測試計畫很重要。
