嘗試偽本地化測試以阻止常見的國際化缺陷。這是創(chuàng)建一個使用與英語相同的人工語言的本地化產(chǎn)品的過程。除了一點：各個字符是由一個不同的視覺上類似英文字符的字符寫入的。這應(yīng)該完全由機器生成以便節(jié)省時間，偽本地化應(yīng)該用與建本地化完全一樣的方法去建。甚至單語英語軟件開發(fā)者和測試員都可以讀取偽本地化文本，事實證明這是在開發(fā)早期發(fā)現(xiàn)國際化問題的一個很好的方法。開發(fā)早期，通過重點關(guān)注包括英語在內(nèi)的五種語言優(yōu)先找出國際化缺陷。經(jīng)驗表明我們有可能找到以下語言的特定缺陷：
　　（1.）德語：它含有很長的單詞，比起其他語言，可以更好地揭示對話長短和對齊方式的缺陷。
　　（2.）日語：數(shù)萬字符，多個非拉丁腳本，非正統(tǒng)的輸入方法引擎以及一個相當(dāng)復(fù)雜的拼字法。日語是一種很好的找出影響許多東亞語言的缺陷的方法
　　（3.）阿拉伯語：它是從右寫到左的，是上下文成型法，是一個字符的成形依賴于相鄰字符。
　�。�4.）印度語：該語言可以幫助找到遺留的，非統(tǒng)一字符編碼的會影響所有語言的缺陷。
　　12.如果你知道用來開發(fā)產(chǎn)品的庫，那對他們的論壇和bug追蹤系統(tǒng)做些調(diào)查以找出限制和問題。這些是設(shè)計測試創(chuàng)意想法的良好來源。
　　13.找出有分類功能的區(qū)域。使用網(wǎng)絡(luò)瀏覽器來分類往往成問題。
　　14.測試自動化是你的朋友。盡可能使用數(shù)據(jù)驅(qū)動的測試自動化，但要注意：測試自動化框架能支持的內(nèi)容或許會有限制。

　　管理缺陷
　　如果根據(jù)（現(xiàn)在已被代替的ISO/IEC 25010）ISO/IEC 9126-1和ISO/IEC 9126-2，按質(zhì)量特點類別來記錄缺陷，那么國際化可能會歸類到輕便，而本地化可能會歸類到實用。將缺陷分類為質(zhì)量保證（QA）團隊提供了有價值的統(tǒng)計資料以幫助他們評價整個軟件開發(fā)生命周期中現(xiàn)有流程的成功，并根據(jù)所學(xué)在將來建立項目。同時，確保團隊使用的缺陷追蹤系統(tǒng)支持所有其他系統(tǒng)支持的語言。開發(fā)到一半切換到電子表格只能增加不必要的手動管理和困難。此外，還建議讓所有支持的語言使用單一的管理系統(tǒng)，因為這樣可以簡化并提升報告效率。一旦各種語言的測試報告蜂擁而入，要有效管理這個相當(dāng)困難了。別嘗試通過檢測單個bug并使用手動流程處理多語言bug報告，接著由擁有受影響組件的功能團隊手動一個接一個地翻譯，實時跟進。這是一個耗時且容易出錯的事兒，不適合大型且多變的項目。為缺陷追蹤工具創(chuàng)建一種（如其報告的一樣）能夠自動檢測用戶缺陷語言的語言檢測API。或只要讓報告者可以選擇語言行。如果缺陷追蹤工具能夠讓一個特定的團隊或個人根據(jù)特定領(lǐng)域的特定值提前提出缺陷，這樣的話這也能有所幫助。必須要存在并明確規(guī)定缺陷影響（嚴(yán)重性）來幫助快速優(yōu)先處理缺陷。一般，項目使用四種嚴(yán)重級別。明確規(guī)定嚴(yán)重等級的例子可以很簡單，如下表中闡明地一樣。

　　總結(jié)
　　如你所見，一個瞄準(zhǔn)國際受眾的產(chǎn)品并不總像一些人認為的那么簡單和便宜。犯錯的話會嚴(yán)重影響品牌，使你們在接下來的幾年成為一個笑柄。我們作為測試員要試著盡早參與其中，并說服利益相關(guān)者仔細規(guī)劃和分配充足的資金使之順利成功。

版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://dytjszp.cn/news/html/2015121145338.html

原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。