很多時候，由于人力資源的不足，測試項目負責人都是在執行測試，這樣就使整個項目缺乏控制，一些問題（例如：有些成員的缺陷質量不夠合格；開發人員修改不及時，系統某些功能發生嚴重問題導致部分功能無法測試。）得不到解決，耽誤了進度。所以測試負責任必須全程監控項目，盡可能多的掌握信息。通常，測試負責人需要完成下面這些內容的管理工作：
測試用例執行情況；
每個測試員提交的缺陷情況；
測試中是否發生突發問題。
2、 測試也有版本控制嗎？
這里的版本主要是指測試對象的版本控制，也就是指對開發部提交的產品進行版本控制。在開發小組版本管理不規范的情況下，測試小組進行版本控制十分重要，要保證測試對象是可以控制的。建議開發和測試雙方進行明確的約定，可以各自指定專門的測試版本負責人，制定提交原則，對提交情況進行詳細的記錄，這樣基本避免了版本失控導致的測試失誤或無效。
3、如何處理測試人員的流動問題？
人員流動不僅僅是測試部門，這是IT行業的普遍現象。從管理者角度，主管需要多多和團隊內成員進行溝通，建立一個融洽的團隊環境，及時掌握情況，可以早些進行相應的調整。但是只有企業建立好的用人制度，給員工提高廣闊的發展空間和好的培訓學習機會，才能從根本上解決這一問題。
加強項目管理，強化文檔管理并保證文檔的有效性，可以大大減少由于人員流失帶來的損失。同時，測試部門要建立培訓機制，使新到員工接受直接或者間接的培訓，快速適應工作。
4、為什么開發人員經常抱怨測試工程師提交的缺陷質量太差？
我們經常聽開發人員說：“這不是缺陷！”，“這個缺陷沒有，因為我的系統上運行正常！”。測試工程師本身就是做質量工作的，提交的成果本身就應該質量高些，為什么還會有這種現象？
提交的缺陷引起爭議是一種正常的現象，例如測試人員描述不清楚就會引起爭議。減少甚至避免這種現象的方法是交叉測試，交叉測試是提高測試質量的一個有效手段，當然交叉測試會增加一定的測試成本投入。在測試任務完成后，測試工程師之間互相驗證彼此提交的缺陷，就會避免了缺陷描述不清、因運行環境而產生的缺陷等一系列問題，從而大大降低了回歸測試以及交流的成本，因而這種投入也是值得的，實際開發人員在單元測試階段也會進行交叉測試，來提高開發質量。
另外，測試人員一定要按照規范描述測試中發現的缺陷，一個缺陷至少描述清楚概要描述、詳細描述、重現步驟三方面的內容，缺陷管理參考第八章的內容。
5、“讓那些新手來做測試，反正他們也不會什么”正確嗎？。
在實際項目開發中，我們常�？吹接行﹩挝缓鲆暅y試團隊存在的意義，當要實施測試時，往往臨時找幾個程序員充當測試人員。也有些單位盡管認識到了組建測試團隊的重要性，但在具體落實的時候往往安排一些毫無開發經驗的行業新手去做測試工作，這常常導致測試效率低下，測試人員對測試工作索然無味。
根據筆者的經驗，測試團隊應首先聘請一名資深的測試領域專家，他應具有極為豐富的同類項目軟件測試經驗，對軟件開發過程中常見的缺陷或錯誤了然于胸;此外，他還具有較好的親和力和人格魅力。其次，項目測試團隊還具有很多具備一技之長的成員，如對某些自動化測試工具運用嫻熟或能輕而易舉地編寫自動化測試腳本等。
另外，測試團隊還應聘請一些兼職成員，如驗證測試實施過程中，同行評審是最常使用的一種形式，這些同行專家就屬于兼職測試團隊成員的范疇。至于測試團隊里里的測試新手，這部分人可以安排去從事交付驗證或黑盒測試之類的
6、測試同化現象是什么？
同化現象是指隨著時間的推移，開發人員會逐漸影響測試人員的思維和對缺陷的判斷能力，尤其是針對同一產品，同一組開發人員和同一組測試人員共同配合了很長時間，很多本來是缺陷的問題，由于測試人員對軟件“習慣成自然”的使用，會不被當成缺陷，尤其是在開發人員的解釋和說服下。同化現象發生可能意味著“惡性循環”的開始：測試人員會幫著開發人員解釋一個個缺陷的合理性，一輪有一輪的測試都不會發現問題。
招聘新的人員，不同的測試項目組輪換去測試不同的產品，就可以避免。同時建議產品可以發布測試版，更多的人對其進行測試，就可以發現更多的問題。
7、測試工程師如何避免定位效應？
社會心理學家曾作過一個試驗：在召集會議時先讓人們自由選擇位子，之后到室外休息片刻再進入室內入座，如此五至六次，發現大多數人都選擇他們第一次坐過的位子。這種現象稱為定位效應，說明人們習慣上凡是自己認定的，人們大都不想輕易改變它。
文章來源于領測軟件測試網 http://www.kjueaiud.com/