不知道大家注意到沒有，軟體測試越來越得到企業的重視，軟體測試方面的人才**也一路看漲。對於這個現象，我不知道是應該高興呢還是應該難過。高興的是我們的企業和客戶越來越重視軟體產品的質量了，不管是甲方的市場驅動，還是乙方自身對產品質量的重視，都說名我國軟體產業在產品質量方面的要求提高了，軟體企業開始使用工程的方法和技術進行軟體測試的管理和實施了。但是我們從事過程改進的人都應該知道，軟體的質量成本分為，預防成本、評審成本和測試成本，一般的預防成本應該佔70%左右，真正用於測試的成本應該佔很小的乙個比例。大家也應該知道，sei發布過乙個關於故障引入階段和解決階段與所花費的成本的乙個分布圖，越是到最後階段才去發現和解決的問題，花費的成本越高，幾乎是成級數的增加成本。
前幾年看過一本書，叫做質量無淚，是一本講軟體質量的書，裡面有乙個思想：產品的質量不是靠測試測出來的，而是在產品設計、開發的生產過程中製造進去的。其實這說的也是，軟體產品在生產製造過程中，產品的質量已經被生產者在生產中賦予了相應的質量，而測試只是到了最後階段的乙個檢驗手續而已，從工程的角度來說，這個時候只是判斷你合格、不合格，它不會對你的質量提公升有任何作用。
這是我感覺比較難過的地方，在我們才開始重視起測試工程的時候，而國外先進的思想或者實踐已經從，需求工程，設計工程開始了，這些也都需要我們迅速的學習和實踐。其實在cmmi的引入和實踐過程中，大家已經都有所體會，產品的質量包括qa和qc兩個方面，對於測試只是最後的一道防線，加強需求評審和確認，加強設計的評審，這些方面大家都有認識，可是就是因為軟體產品不像實體產品一樣，在生產過程中，對於他的質量大家看的不清楚，體會的不真實，不能確切的衡量他的質量，只有在最後給客戶上線以後，被客戶嚴厲的指責中，認識到產品的質量存在很多問題，常常後悔為什麼我們在需求開發的時候沒有發現這個問題啊，我們在設計的時候就應該發現這個問題啊，我們怎麼沒有測試出這個問題啊。。。。
各種抱怨也許只有到了最後被客戶無情的拒絕的時候大家才能認識到，我們的質量是有問題的。軟體專案應該按照工程的思想和流程進行管理和開發，不僅僅是對於測試工程，從整個軟體的生命週期做起，按照工程的思想和理論管理軟體專案的生產和製造，是我們的軟體企業應該努力的方向，也是我們過程改進人員研究的方向。
一家之言，歡迎談論。
軟體產品質量模型
軟體測試的重要目標就是 驗證產品質量是否滿足使用者的需求 正確 全面 深入地理解使用者需求 是測試的基礎。但是理解使用者需求並不是一件容易的事。例如 軟體產品質量模型將乙個軟體產品需要滿足的質量劃分為六大屬性 功能性 可靠性 易用性 效率 可維護性和可移植性 每類屬性又細分出了 子屬性 乙個高質量的...
關於評估軟體產品質量的思考
如何評估軟體產品的質量，無論軟體產品規模是大是小，結構是簡單還是複雜，都不是一件容易的事。儘管很難，仍需要對產品質量進行評估。本文主要記錄軟體質量評估的一般方法。軟體發布之前對質量進行評估，可以從以下幾個維度進行評估 軟體發布後，對軟體產品質量進行評估，可以計算在一段時間內，客戶現場發現的缺陷數占該...
軟體產品質量要求與評價 軟體質量模型
關於軟體質量特性，前面的文章已經介紹了可靠性 易用性以及測試性，還有哪些質量特性？如何保證完整而不會遺漏？我認為有必要介紹一下gb t 16260，以便對軟體質量特性建立乙個系統性的認知，立足整體對於認識區域性肯定是有幫助的。gb t 16260 軟體工程 產品質量 等同採用iso iec 9126...