本地化測試尋找軟件缺陷的方法

　　概述

　　軟件本地化測試工程師的基本任務包含兩條：第一是發現軟件缺陷;第二是報告軟件缺陷。而發現軟件缺陷是首要的任務，道理很簡單：沒有發現軟件缺陷，則無法報告軟件缺陷。因此，對于軟件本地化測試工程師，提高發現軟件缺陷的技能成為第一位的任務。

　　為了幫助初學者盡快掌握軟件本地化發現缺陷的方法，本文結合本地化測試的項目實踐進行較為深入的描述。

　　發現缺陷的前提條件

　　尋找和發現軟件缺陷，首先需要理解軟件本地化測試的目的和測試范圍，在測試前，必須要閱讀和理解測試說明書和測試用例;其次，要熟悉本地化軟件缺陷的主要類型和表現特征。再次，熟悉被測軟件的語言知識和軟件功能特征。

　　再次強調閱度測試說明書和測試用例的重要性。測試說明書包含了測試范圍、測試系統的要求、缺陷定義等于測試密切相關的內容。測試用例包含具體測試范圍、測試方法和測試步驟的具體實現方式。在正式進行任何測試活動前，必須認真閱讀測試說明書和測試用例，以便徹底了解測試的重點和可能出現軟件缺陷的軟件部分。

　　好的測試習慣是在測試準備階段，通讀測試說明書和測試用例，并且記錄一些重點內容，對于不熟悉的內容及時交流解決。

　　不好的習慣是一邊做測試，一邊閱讀測試說明書和測試用例。這種測試方法的最大危害是抓不住測試重點，沒有測試的全局意識，往往被細小問題困擾，不利于提高測試效率。

　　發現缺陷的基本方法

　　本地化軟件缺陷，具有比較鮮明的特征，發現本地化軟件缺陷具有內在規律，以下對于發現本地化軟件缺陷的基本方法進行論述。

　　1. 按照一定的順序排查軟件缺陷

　　本地化軟件缺陷可以分為用戶界面錯誤、語言質量錯誤和功能錯誤等。這些不同類型的錯誤有時同時出現在軟件的某個部分，為了更全面的發現這些缺陷需要遵循一定的測試排查步驟。

　　以測試一個本地化對話框為例。

　　首先查看對話框控件的用戶界面錯誤

　　是否有被截斷( Truncation )的錯誤

　　是否控件布局不整齊或者重疊

　　是否丟失熱鍵

　　與英文軟件的熱鍵不一致

　　文本字體類型和大小錯誤

　　字符顯示亂碼錯誤

　　其次，查看對話框語言質量錯誤

　　是否有沒有遺漏的需要本地化的英文文字

　　本地化的文字是否內容正確、專業和流暢

　　是否存在多余的翻譯，例如，不該翻譯的內容進行了翻譯

　　是否翻譯的內容帶有敏感的政治問題和與目標市場的風俗傳統不一致

　　標點符號是否符合本地化語言用戶的使用習慣

　　再次，查看對話框功能錯誤

　　各個要測試的按鈕功能是否起作用

　　各個要測試的按鈕功能是否正確

　　Tab 鍵的跳轉是否正確

　　控件的熱鍵是否起作用

　　按照以上的順序測試，主要是為了按照從易到難的原則，全面地查找軟件缺陷，而不是說功能錯誤是不重要的，相反功能錯誤是優先級比較高的錯誤，應該正確處理。

　　2. 對照源語言軟件確認缺陷

　　絕大多數本地化軟件缺陷都是由于本地化過程引起的，但是也有少量錯誤是由于源語言軟件不正確的設計引起的。這類錯誤表現為同一個錯誤在源語言軟件和本地化版本中都可以復現，例如某些功能不起作用，熱鍵重復等。還有一種錯誤只在本地化軟件中復現，但是本地化工程師無法解決，需要軟件開發人員修改編碼進行修正，例如不支持雙字節的輸入、顯示、輸出等，這些屬于源語言軟件的國際化設計錯誤。

　　因此，如果發現了功能錯誤和熱鍵等軟件缺陷，應該在相同測試環境的源語言軟件上，進行同樣步驟地測試，將測試結果進行比較，并且報告中應該指出該軟件缺陷是否也存在于源語言軟件上。

　　3. 利用軟件缺陷的“扎堆”現象

　　軟件缺陷的“扎堆”現象就是被測軟件的某些部分往往出現不止一個錯誤。因此，如果在某一部分發現了很多錯誤，應該進一步仔細測試是否還包含了更多的軟件缺陷。

　　軟件缺陷的“扎堆”現象的常見形式：

　　對話框的某個控件功能不起作用，可能其他控件的功能也不起作用。

原文轉自：http://www.uml.org.cn/Test/200904309.asp