CMMI過程改進之路—測試誤區
作者：不詳 來源：不詳
在一些公司，最優秀的人永遠都在最緊急的位置-作為救火隊員，去處理最緊急的突發維護任務，而卻不知道去追根逆源，追尋解決之道。業界已經證明，越在軟件開發前期發現缺陷，越能節省成本，這大道理誰都知道。但知道和實際做起來是兩回事，因為這涉及項目成本的投放策略，不少公司基于進度、成本的考慮，對開發階段的質量關注不足，而后期付出慘重的代價。作為質量保證有兩道關口，一是評審，二是測試。如果兩方面都做不好，我想公司遲早會關門，因為客戶的索賠，是無窮無盡的，公司維護的成本是極其高昂的。
如何做好測試是一直是業界不斷探討的話題，我相信有效的方法包括：
(1)測試團隊在公司組織的架構：
應該培養專業、獨立的測試團隊，對于將測試人員直接隸屬開發團隊管理考核，實際上已經失去測試團隊存在的價值，它會導致不能從客戶的角度去發現問題，作為開發人員有一種天生的惰性，都會認為自己開發的產品是最優秀的，都不愿意去否定自己的工作，更不會積極主動發現問題。所以提倡的測試思想是“寧可錯殺一千，不可放過一個”，一定要提倡交叉的單元測試和建立專業、獨立的測試團隊。
(2)測試團隊的考核誤區：
在很多公司，對測試組的考核是看發現了開發團隊有多少的測試問題，這就避免不了測試團隊和開發團隊的內部茅盾，這也涉及了開發團隊的短期利益。如何化解兩個團隊相互間的對立，我想一定要統一思想，公司的最大利益是：使交付給客戶后發現的缺陷數最少，減少維護成本，成功上線。因此就不應該過于計較開發階段發現多少個缺陷，我們的思想是：鼓勵開發團隊和測試團隊盡量在開發階段多發現問題，不將這些缺陷列入考核指標。唯一的考核是“產品交付給客戶發現了多少缺陷 ”，如果發現了問題，要從結果倒追查責任。
(3)測試工具的使用：
要正確認識測試管理工具的使用，使用測試工具是必要的，但不是萬能的。我們可以使用一些良好的測試管理工具，以便于更好地追蹤解決缺陷，如Teamtrack、Testdirector等是挺好的。同時有些測試活動是靠手工方式難以實現，對自動化的測試工具要做成本/效益分析，一些測試用手工來做可能很長時間才能完成，而采用自動化的測試工具可能只需要很短時間就能解決;象基于Client-Server的負載測試或者是基于Web系統的測試，都可以考慮采用自動化工具。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
