近期一直在做一個項目的測試工作，時間緊任務重是這個項目的特點，經過一段時間的測試計劃和組織，總結了一些經驗，記錄之：
1、在測試計劃的制定過程中一定要充分考慮到測試環境的因素
測試計劃的編寫是根據項目經驗和實際的項目操作過程，通過對項目的大小，功能點的多少，菜單的數目和頁面的復雜情況，最終估計出總體的工作量，在具體分配和計劃的時候，不能完全只考慮到工作量的100%分配和完成，因為按開發計劃出來的東西，在工期十分緊張的情況下是有偏差的。
如果按照客戶的最后期限為標準開展開發和測試工作的計劃，那么在這個過程中就一定要考慮到測試環境的穩定性和提交代碼的可測性。
實際工作過程中，按開發計劃出來的代碼從一定程度上來講是存在很多bug，甚至無法在測試環境下運行，更甚至就在代碼build過程中就出現問題。因此在制定測試計劃和開展工作過程中一定要充分考慮到測試環境的影響程度！
2、測試工程師的個人情況和工作穩定程度
在編制測試計劃的過程中，不能不考慮測試工程師的個人情況。從業務能力，操作能力，溝通能力，工作責任心，等各個方面對項目組測試成員進行一下整體的評估和分類，同時要針對個人的不同情況考慮到工作過程中出現的出勤問題，比如員工中存在婚假對象，產假對象等等，在編制計劃時要增加預估百分比，以彌補測試周期中出現的人員異動，從而控制好風險的程度。本文出自hanguolong21的51Testing軟件測試博客：http://www.51testing.com/?97387
3、測試計劃的制定要有開發計劃的按期完成作為前提
測試計劃制定的再好，如果沒有開發計劃的按期完成做為保證，一切都將變為空談，沒有任何的實際意義，估計出來的工作量沒有任何價值。就像不同環境下測試來的性能指標一樣，幾乎完全沒有參考價值。
開發計劃的保障成為測試工作開展的前提，否則將導致測試工作的延期。最終導致風險的擴大化，對整個項目產生不可預計的影響。
4、測試過程中要預留出修改bug的時間
在測試過程中，由于項目的性質和客戶的要求不同，最終提供測試的程序可能由于工期的保障最終出現大量bug。嚴重的情況就是bug直接導致系統無法繼續測試下去。為了繼續測試只能等待bug的修復，而此時開發人員甚至沒有時間關注bug，大部分時間都在趕時間編寫代碼。一旦出現此類情況，必須及時提出對策解決，避免開發忙的不可開交，測試閑的無所事事。
5、測試案例的編寫到位和后期維護工作的重要性
測試初期，從測試計劃開始，到測試任務具體執行，主要時間不是在測試系統，而是在花費大量時間編寫高質量的用例。如果初期沒有對測試用例的編寫規則進行詳細的規劃和約束，最終不同測試人員編寫出來的案例千奇百怪，千差萬別，在測試執行過程中影響了測試質量的控制。
初期一定要對案例質量進行控制，花費大量的人力物力去評審和返工，否則前面準備不好，后期必然出現測試工作忙，案例編寫質量差，執行人員執行起來發現不了問題，但是又沒有更多的資源去補充和修改。
好的獵手一定要有好的打獵工具，正如我的同學在打算考研之后，第一件事就是準備好一切考研期間需要的東西，包括很高級的鋼筆和墨水！
暫時先總結到這吧，有時間繼續~~
文章來源于領測軟件測試網 http://www.kjueaiud.com/
