測試負責人做什么 存在的現狀：
測試項目負責人都是在執行測試
帶來的問題：
● 有些成員的缺陷質量不合格；
● 開發人員修改不及時，系統某些功能發生嚴重問題導致部分功能無法測試等等。
正確的做法：
● 測試用例執行情況；
● 測試員提交的缺陷情況；
● 測試中發生的突發事件。
測試中的版本控制
存在的現狀：
測試小組版本管理不規范，造成測試對象不可控制。
帶來的問題：
● 需求頻繁變化，難以應對；
● 維護測試用例工作量大；
● 測試質量低下。
正確的做法：（專人負責?。?/strong>
● 測試需求的版本控制；
● 測試用例的版本控制；
● 測試對象的版本控制。
提交的缺陷質量差
存在的現狀：
提交的缺陷引起測試人員與開發人員的爭議。
帶來的問題：
● 開發的成本高；
● 回歸測試的成本高；
● 交流的成本高。
正確的做法：
● 一個缺陷至少描述清楚概要描述、詳細描述、重現步驟三方面的內容；
● 采用交叉測試的方法，測試工程師之間互相驗證彼此提交的缺陷。
需要怎樣的測試人員 存在的現狀：
● 忽視測試團隊，當要實施測試時，臨時找幾個程序員充當測試人員
● 安排一些毫無開發經驗的新手去做測試工作
帶來的問題：
● 測試質量低下；
● 測試效率低下；
● 測試人員覺得測試工作索然無味。
正確的做法：
● 一名資深的測試領域專家；
● 多名具備一技之長的成員；
● 多名測試執行人員（包括新手）；
● 兼職測試團隊（包括同行專家）。
測試中最難克服的現象
存在的現狀：
在回歸測試時，之前由于進行過認真的測試，往往會認為某些功能是可靠，只要驗證一些以前發現的缺陷是否修改完成就可以了。
帶來的問題：
開發人員在修改缺陷時往往會引入新的缺陷，測試人員的疏于防范就會把這些缺陷帶到用戶那里。
正確的做法：
● 最好在最后一次回歸測試時執行一次全部的測試用例；
● 測試工程師在回歸測試時互相交換任務，反復測試某一功能的機會大大減少，從而也就不會“主觀的”認為某些功能沒有缺陷。
用來測試時間總是不夠
存在的現狀：
一旦整體進度不能向后延遲，習慣的做法就是縮減測試時間。尤其在功能還沒有開發完成的情況下，這種現象更為突出。
帶來的問題：
● 測試質量不滿足要求；
● 項目經理受到指責。
正確的做法：
● 按照測試任務的輕重緩急，盡最大努力完成測試任務；
● 在實際工作中和開發人員共同配合，達到最佳效果；
● 采用平時積累的自動化測試方法；
● 不要抱怨，積極面對問題。
公司不重視測試怎么辦 存在的現狀：
盡管很多公司在意識上已經開始重視測試，但是在具體工作中，往往由于追趕進度、節省資源等方面原因而忽略測試工作。
帶來的問題：
測試負責人仍要對軟件質量負主要責任！
正確的做法：
● 要主動去配合開發人員完成工作；
● 逐漸顯出測試工作的重要性，然后再逐步健全測試體系；
● 只有測試工作的業績逐步表現出來，人們才會真正的注意到測試的重要性
管理者需要是技術專家嗎
存在的現狀：
在實際工作中，由于測試人員的短缺，測試管理者常常做為測試員來執行具體的測試任務。尤其在規模較小的測試團隊，測試管理者的日常工作通常以具體的測試執行工作為主。
帶來的問題：
測試管理沒做好！
正確的做法：
● 管理者主要任務是制定測試策略，落實管理測試計劃，為測試項目的進行創造良好的執行環境以及調動員工的創造性；
● 技術方面的背景知識對測試管理者是十分有益的。例如：分配工作任務、做進度預算，以及一些具體的執行工作，都需要一定的背景知識。
評估測試人員的績效
存在的現狀：
僅從提交的問題單數量、測試執行用例數量來判斷測試人員的好壞。
帶來的問題：
這種做法明顯缺乏全面性。問題單的數量只是評估測試質量的一個方面。
正確的做法：
我們更需要看中實際的測試質量。這就需要考察問題單的質量、測試的難度、問題單的級別。
存在的現狀：
對測試人員發現的問題的價值沒有進行評估。
現實情況是：
發現1個系統架構設計方面存在的缺陷和隱患，遠比發現幾個普通界面的顯示問題要有價值的多。
存在的現狀：
不重視測試文檔的質量。
現實情況是：
只有對系統進行了充分的、深入測試的測試人員才能寫出高質量測試報告，說明測試的全面性和測試過程的質量。
存在的現狀：
不重視測試人員的綜合能力。
現實情況是：
需要關心測試人員的工作積極性，積極工作的態度不僅能帶來很高的測試質量，還能提高整個團隊的積極向上的風氣。