1. 確保測試數(shù)據(jù)信息流通暢測試執(zhí)行與跟蹤階段的管理重點是保證測試按照計劃的順利和有效實施。為了達到這個目標(biāo)，需要確保測試數(shù)據(jù)內(nèi)容的有效傳遞。例如，被測試軟件的Build如何在編譯工程師和測試團隊之間

1. 確保測試數(shù)據(jù)信息流通暢

測試執(zhí)行與跟蹤階段的管理重點是保證測試按照計劃的順利和有效實施。為了達到這個目標(biāo)，需要確保測試數(shù)據(jù)內(nèi)容的有效傳遞。例如，被測試軟件的Build如何在編譯工程師和測試團隊之間及時傳遞，發(fā)現(xiàn)問題如何反饋，誰負責(zé)解答等。同時，在測試過程中發(fā)現(xiàn)的測試用例無法執(zhí)行的問題，也需要通過有效的渠道將這些信息及時地傳送給合適的人員。為了保證測試過程的數(shù)據(jù)信息有效傳遞，在項目的準(zhǔn)備階段需要確定傳遞的數(shù)據(jù)的類型（Build、文檔、進度報告等）、數(shù)據(jù)傳遞的方式（電子郵件、FTP等）、數(shù)據(jù)傳遞的頻率（每天或每周）以及數(shù)據(jù)發(fā)送方和接收方的負責(zé)人和聯(lián)系方式。

2. Build驗證測試與常規(guī)測試無縫集成

在軟件測試中，常規(guī)測試和Build驗證測試應(yīng)該進行無縫集成。通過先執(zhí)行Build驗證測試，確認當(dāng)前版本是否存在重大的不適和大規(guī)模常規(guī)測試的缺陷，可以提高測試效率和準(zhǔn)確性。在常規(guī)測試過程中，需要根據(jù)測試計劃的要求運行測試用例，并在項目的缺陷管理庫中報告和修正缺陷。為了保證每一個缺陷都是有效的缺陷，需要安排對軟件熟悉的高級測試工程師首先驗證缺陷，并關(guān)閉由于測試人員錯誤操作或理解錯誤而報告的缺陷。另外，在多個測試組同時測試時，可能會重復(fù)報告缺陷，也需要專人負責(zé)關(guān)閉缺陷，以節(jié)省開發(fā)人員修正缺陷的時間。

3. 收集項目測試數(shù)據(jù)，跟蹤和控制測試進度

對于分布于不同國家和地區(qū)、執(zhí)行不同本地化版本或不同測試類型的測試團隊，跟蹤和控制測試進度和質(zhì)量是一項具有挑戰(zhàn)性的任務(wù)。在信息交流方面，可以使用電子郵件、即時通信工具（如MSN）和電話等方式進行。為了便于跟蹤，最好在使用及時通信工具和打完電話后，將交談內(nèi)容以電子郵件的形式發(fā)送給相關(guān)人員。對于外包測試，定期進行項目電話會議是非常重要的，通過電話會議可以系統(tǒng)地交流測試的進度和問題。

測試管理應(yīng)該包括全球項目經(jīng)理（GPM）和多個本地項目經(jīng)理（LPM），由GPM負責(zé)整個項目的測試管理，并向產(chǎn)品經(jīng)理報告項目信息。在測試過程中，需要及時跟蹤缺陷修正情況，并對缺陷修正人員的任何反饋及時答復(fù)。同時，需要定期向GPM報告測試進展情況，以便下次項目電話會議討論。

除了測試進度外，還需要跟蹤和控制測試質(zhì)量和測試耗費的時間。測試的有效性可以由專門的質(zhì)量保證人員負責(zé)，而測試花費的時間與人力資源影響著測試的預(yù)算和成本。如果由于測試需求的變更導(dǎo)致工作量增加，應(yīng)要求增加測試預(yù)算。

4. 測試過程的風(fēng)險管理

處理項目測試風(fēng)險是測試執(zhí)行階段無法回避的問題。在實際測試過程中，總會出現(xiàn)一些意外情況。為了優(yōu)化現(xiàn)有資源并保證測試的覆蓋率，在不影響測試進度和質(zhì)量的情況下，需要如何處理這些風(fēng)險。例如，為了避免因為測試人員的變動引起的資源緊張問題，關(guān)鍵崗位的測試人員應(yīng)該有備用替補人員。另外，需要加強數(shù)據(jù)的安全備份，以應(yīng)對可能發(fā)生的測試數(shù)據(jù)丟失等問題。對于可能引起測試進度滯后或測試質(zhì)量降低的風(fēng)險，需要及時尋求內(nèi)部解決并將相關(guān)信息告知項目負責(zé)人，以便調(diào)整整個項目的測試進度和內(nèi)容。