測試執(zhí)行與跟蹤階段的管理重點是保證測試按照計劃的順利和有效實施。通過規(guī)范測試流程，加強測試的有效性的檢查，及時報告測試進度，促進測試團隊的交流，成為決定這一階段工作成敗的關(guān)鍵。
1、確保測試數(shù)據(jù)信息流通暢
管理國際化測試流程應(yīng)該保證測試數(shù)據(jù)內(nèi)容的有效傳遞，例如被測試軟件的Build如何在編譯工程師和測試團隊之間及時傳遞，發(fā)現(xiàn)問題如何反饋，誰負(fù)責(zé)解答。
如果設(shè)計需求發(fā)生了改變，測試用例需要相應(yīng)的更新。在測試過程中發(fā)現(xiàn)的測試用例無法執(zhí)行的問題，需要通過有效的渠道，將這些信息及時地傳送給合適的人員。
當(dāng)測試的范圍或測試時間發(fā)生改變時，測試管理人員應(yīng)該及時將這些信息進行處理，調(diào)整測試人員的數(shù)量和工作內(nèi)容，并且通知測試團隊成員。
為了保證測試過程的數(shù)據(jù)信息有效傳遞，在項目的準(zhǔn)備階段需要確定傳遞的數(shù)據(jù)的類型（Build，文檔，進度報告等），數(shù)據(jù)傳遞的方式（電子郵件，F(xiàn)TP等），數(shù)據(jù)傳遞的頻率（每天或每周），數(shù)據(jù)的發(fā)送方的負(fù)責(zé)人和聯(lián)系方式，數(shù)據(jù)接收方的負(fù)責(zé)人和聯(lián)系方式。
2、Build驗證測試與常規(guī)測試無縫集成
由于國際化測試和本地化測試同時測試數(shù)十種測試平臺和語言，因此，按照先執(zhí)行Build接受測試（或者成為Build驗證測試），通過后再按照測試用例執(zhí)行常規(guī)測試，可以快速確認(rèn)當(dāng)前版本是否存在重大的不適和大規(guī)模常規(guī)測試的缺陷。
常規(guī)測試即根據(jù)測試計劃的要求，運行測試用例測試，在項目的缺陷管理庫中報告和修正缺陷。為了保證每一個缺陷都是有效的缺陷，測試團隊中需要安排對軟件熟悉的高級測試工程師首先驗證缺陷，關(guān)閉那些由于測試人員錯誤操作或者理解錯誤而報告的缺陷。
另外，在多個測試組同時測試時，可能會重復(fù)報告缺陷，也需要專人負(fù)責(zé)關(guān)閉缺陷。這樣做可以有效節(jié)省開發(fā)人員修正缺陷的時間。
在進行多語言本地化測試過程中，某些缺陷是屬于過重本地化版本共同存在的缺陷，因此，可以參考其他語言報告的缺陷，避免漏報。
為了盡早修正缺陷，測試人員應(yīng)該每天跟蹤缺陷的修正情況，并且對缺陷修正人員的任何反饋及時答復(fù)。例如，如果因為缺少了關(guān)鍵步驟，缺陷修正人員無法復(fù)現(xiàn)缺陷，則他們會在缺陷報告中要求測試人員補充所需要的詳細(xì)內(nèi)容，并且把缺陷的狀態(tài)修改成“Need More Info”狀態(tài)。測試人員盡量及時補充遺漏的缺陷信息。
測試任務(wù)緊張，測試時間不足，趕不上測試的進度要求，是測試人員經(jīng)常遇到的問題。需要根據(jù)具體的情況正確處理，例如，如果在計劃內(nèi)，編譯人員沒有成功地編譯出被測試的Build，而測試的時間不能落后于計劃時，可以與測試管理人員討論是否可以先選擇在典型平臺測試，優(yōu)先執(zhí)行高優(yōu)先級的測試案例。
3、收集項目測試數(shù)據(jù)，跟蹤和控制測試進度
由于國際化測試團隊可能分布于不同的國家和地區(qū)，分別執(zhí)行不同本地化版本或不同的測試類型的測試，因此，對于這些團隊的進度和質(zhì)量跟蹤更有挑戰(zhàn)性。
毫無疑問電子郵件是最常用的交流方式，除此之外，即時通信工具（例如，MSN）和電話也經(jīng)常采用。為了便于跟蹤，最好在使用及時通信工具和打完電話后，將交談內(nèi)容以電子郵件的形式發(fā)送給對方和相關(guān)人員。
對于外包測試而言，項目進展的信息交流顯得尤為重要。最常用的是定期（例如，每周一次）進行項目電話會議，實現(xiàn)擬定會議主題，軟件開發(fā)公司的測試項目管理人員和來自外包測試服務(wù)公司的測試管理人員，就測試的進度和問題進行系統(tǒng)交流。
對于被測試項目而言，典型的測試管理應(yīng)該包括一個全球項目經(jīng)理（GPM）和多個本地項目經(jīng)理（LPM）。GPM負(fù)責(zé)整個項目全部的測試管理，通過收集LPM的測試項目信息，集中向產(chǎn)品經(jīng)理報告。
項目測試進度報告是對項目進度跟蹤的主要文檔。對于比較嚴(yán)格的測試項目，LPM需要每天向GPM報告測試的進展，包括當(dāng)天運行的測試用例，報告的缺陷，需要解決的測試問題等。
通常，可以每周一次或每兩周一次由各個參與測試的團隊向GPM報告測試的進展情況。GPM匯總測試信息，作為下次項目電話會議的討論內(nèi)容。對于需要軟件開發(fā)人員和文檔創(chuàng)作人員回復(fù)的問題，GPM及時與他們聯(lián)系，將他們的反饋及時告知各個測試團隊的測試經(jīng)理。
除了測試進度外，測試質(zhì)量的有效性和測試耗費的時間也是需要跟蹤和控制的內(nèi)容。測試的有效性可以由專門的質(zhì)量保證人員負(fù)責(zé)，測試花費的時間與人力資源影響著測試的項目預(yù)算和成本。如果由于測試需求的變更，引起測試工作量和測試內(nèi)容的增加，應(yīng)該要求軟件開發(fā)公司的項目負(fù)責(zé)人增加測試預(yù)算。
4、測試過程的風(fēng)險管理
處理項目測試風(fēng)險是測試執(zhí)行階段無法回避的問題，雖然在測試計劃中已經(jīng)分析了可能的項目風(fēng)險，但是，“計劃沒有變化快”。實際測試項目過程中，總會出現(xiàn)這樣或那樣的事先沒有料到的意外情況。這時候的處理原則是在不影響測試進的和質(zhì)量的情況下，如何優(yōu)化現(xiàn)有資源，保證測試的覆蓋率。
由于測試人員的變動引起的資源緊張，可能是測試過程中遇到的較大問題，尤其是那些與語言相關(guān)的測試問題，如果沒有備用的測試人員，則將影響測試的進度。因此，關(guān)鍵崗位的測試人員應(yīng)該有備用替補人員。
對于測試數(shù)據(jù)丟失，例如網(wǎng)絡(luò)病毒引發(fā)的網(wǎng)絡(luò)癱瘓，關(guān)鍵測試文件無法得到引起的問題，屬于不可抗拒的客觀因素。因此，需要加強數(shù)據(jù)的安全備份。
對于那些可能會引起測試進度滯后，或測試質(zhì)量降低的風(fēng)險，測試方首先要積極尋求內(nèi)部解決，例如，增加測試人員，通過加班趕上進度。另外，要及時將這方面的信息告知GPM，以便及時調(diào)整整個項目的測試進度和內(nèi)容。
