1、測試進度及時跟蹤、及時調整
XX項目建立每日例會制度，測試組長每天早晨總結前一天工作進度；檢查工作量統計表、問題單、測試過程跟蹤表；測試組成員反饋問題；測試組組長根據進度狀況、反饋的問題決定是否調整資源和進度安排。
2、做好資源的規劃，降低風險
XX項目由于資源的原因，主要是計算機硬件資源的緣故，兩次設備故障，導致進度拖延。資源不充分，導致測試執行工作不能并行完成。資源是測試組將要面臨的風險，在測試規劃中必須考慮，并制定對策。
3、測試環境一定要與需求規格相符
XX項目管理器的開發一直在WIN2000上開發，并且開發人員在向測試組發布之前做過充分的測試，但是測試環境嚴格依照規格，在WIN98環境測試，發現管理器安裝運行出現嚴重問題。
4、測試版本要受控
在測試過程中出現發現的錯誤導致后續測試無法進行的情況，需要問題更改錯誤之后再進行測試。由于要保證三套測試環境的一致和測試結果的有效性，測試版本的更新由測試組長控制，避免隨意的更新。也不允許開發組更改測試機上的測試版本。
5、測試例的完備需要時間和經驗的積累
XX項目的測試例設計經過三次大的整改：第一次是解決測試例可執行性問題，細化測試例以及測試數據；第二次是在第一輪功能測試完畢，通過與開發組的集中討論，增加了大量測試例；第三次是在第二輪功能測試完畢。
6、隨時增加新的測試例
在測試執行過程中，有時發現使用測試例之外的方法會發現一些問題，因此必須及時記錄下這些方法，并補充到測試例文檔中。XX項目使用測試過程文檔進行記錄和跟蹤。
7、經常與開發組溝通促進測試的深入
經常有組織的與開發組溝通討論測試方案。
測試小組要養成溝通和討論的習慣。
8、測試執行過程中對問題要及時記錄
避免口頭問題匯報，導致問題沒有記錄，而沒有進行問題的回歸測試。
9、養成記錄和跟蹤的習慣
對任何需要記錄的事項進行記錄。XX項目對每次例會需要跟蹤的事項進行記錄；每次討論進行記錄；同行檢視結果進行記錄；并對問題的解決結果進行跟蹤。
10、測試程序的編制也是開發活動
測試程序也必須經過分析、設計、編碼、測試的階段才能用于測試。
測試程序也必須有設計文檔和使用說明
11、測試程序的編制不要從頭開始
測試程序往往可以通過修改開發代碼生成，不必一切從頭開始。
12、測試工作產品必須進行管理
測試組的文檔、各種記錄、問題單、工作量統計表、測試程序、測試數據等必須進行良好的管理，并且測試組所有成員能夠方便的訪問到這些工作產品。XX項目主要按照版本、功用和時間來劃分測試工作產品的存放結構。
13、測試環境準備需要占用大量的時間
從XX項目的工作量分布數據看，測試環境的準備與測試例執行時間在整個測試執行階段是1：1的比例。這種比例與預期的時間要高。因此測試環境在測試規劃中是必須要考慮的風險 。
14、版本發布延遲對測試組的影響
XX項目向測試組發布版本的時間推遲了幾天，為了保證后續的測試進度，測試組先使用了中間版本調試測試例、測試數據、腳本。版本發布延遲是測試組工作規劃的風險之一，在規劃中必須考慮并制定對策。
15、軟件的可測試性對測試組的影響
–XX項目本身是一個產品框架，不是一個拿來就可以用的完整的產品，在實際交付用戶使用時，還需要做很多客戶化的工作，或稱為二次開發，如配置交易腳本，開發實際對帳簽到簽退程序，開發系統函數庫等，在測試的過程中，為了執行測試，需要做一部分客戶化的工作，模擬一個實際環境；在模擬客戶化的過程中出現錯誤，而測試中不知道是配置的問題還是軟件本身的問題，會影響測試的結果。該問題可以通過開發者培訓測試人員的方法部分解決。
–XX項目服務器上的各個模塊關聯性強，依賴性強，獨立性不好，比如，有的模塊依賴于別的模塊初始化一些環境參數（共享內存中），才能夠啟動，測試時，必須先測初始化模塊，測試中不易定位問題。
–XX項目有些模塊雖然功能獨立，但想通過手工模擬一些場景來單獨測試非常困難，必須依賴別的模塊來測試，比如P–CODE執行器模塊，原計劃單獨測試，由于上述原因，最后將它放在交易處理模塊中來測試，測試覆蓋性無法保證。
- XX項目的配置參數很多，相互間有很多依賴關聯關系，而配置操作界面上是分別獨立配置的，沒有體現邏輯關系，容易產生不一致性，對配置人員要求高。
16、團隊合作精神
–人力資源的重新分配，工作任務的重新劃分
–測試環境資源的協調利用
–溝通與協作
–集體奮斗
–測試組長的核心作用
后記：這是若干年前寫的東西了，翻出來了。但愿還有啟發作用。
版權聲明：本文出自 shiningredstar 的51Testing軟件測試博客：http://www.51testing.com/?7622
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。