相信不少軟件開發(fā)公司都存在質(zhì)量管理部門。而且，如果一個公司稍微正規(guī)的話,一定會使用一個缺陷跟蹤軟件系統(tǒng)，比如開源的Bugzilla，或是IBM的ClearQuest等等。那質(zhì)量管理部門是如何跟蹤和控制軟件質(zhì)量的呢？毫無疑問，需要通過軟件缺陷跟蹤系統(tǒng)，這倒也沒有什么問題。但問題在于質(zhì)量管理部門是如何看待和處理缺陷跟蹤系統(tǒng)所提供的缺陷統(tǒng)計(jì)數(shù)據(jù)的。

有的公司質(zhì)量管理部門的地位很高，可能是因?yàn)楣举|(zhì)量管理部門在公司地位的高低代表了公司對于產(chǎn)品質(zhì)量的重視程度，而這種公司質(zhì)量管理部門往往是向高層管理直接負(fù)責(zé)的。在現(xiàn)實(shí)生活中存在這么一種怪現(xiàn)象：質(zhì)量管理部門只關(guān)心缺陷的數(shù)量，而不關(guān)心缺陷數(shù)量的上升或是下降是由什么原因造成的。也就是說，對于這種質(zhì)量管理部門，缺陷只是一個數(shù)字而已。在這種操作模式下，缺陷的修復(fù)完全是開發(fā)部門的事了，那么就存在開發(fā)部門為了讓數(shù)字更好看而采用一些短視的行為來減少缺陷數(shù)量，甚至于造假。

對于這種怪現(xiàn)象，你覺得質(zhì)量管理部門對于公司的質(zhì)量管理有意義嗎？從我個人的角度來說，我覺得沒有意義。表面上產(chǎn)品質(zhì)量是掌握在質(zhì)量管理部門的，或者說質(zhì)量管理部門應(yīng)當(dāng)對產(chǎn)品質(zhì)量負(fù)責(zé)，而實(shí)際上質(zhì)量還是掌握在開發(fā)部門，也就是說質(zhì)量管理部門在公司的質(zhì)量組織架構(gòu)中并不起作用。此外，由于方法不對，往往很容易造成質(zhì)量管理部門并不了解問題的復(fù)雜性，只是一味的要求開發(fā)部門將缺陷數(shù)量在很短的時(shí)間內(nèi)降下來。而開發(fā)部門也萬般無奈的采用甚至是造假的方式去完成質(zhì)量部門所提出的不可能完成的任務(wù)。由此看來，這種質(zhì)量管理方法不但沒有意義，還將大家都整得心力憔悴。

那質(zhì)量管理部門應(yīng)當(dāng)如何在公司的組織架構(gòu)中起作用呢？我想首要的一點(diǎn)是，質(zhì)量管理部門應(yīng)當(dāng)關(guān)心缺陷數(shù)量的上升和下降。比如，當(dāng)缺陷上升時(shí)，應(yīng)當(dāng)了解為什么上升。是因?yàn)楫a(chǎn)品的新功能開發(fā)從而引入了新的缺陷呢？還是產(chǎn)品以前遺留下來的缺陷現(xiàn)在被發(fā)現(xiàn)了？出現(xiàn)問題的模塊是不是總是其中的某一個模塊呢？等等。如果問題總是出現(xiàn)在一個模塊，那么質(zhì)量管理部門可能需要考慮督促開發(fā)部門對其進(jìn)行重構(gòu)，從而從根本上去解決問題。反之，當(dāng)缺陷數(shù)量下降時(shí)，質(zhì)量管理部門也應(yīng)當(dāng)分析是什么原因，而不是簡單的樂觀。我們說采用這種方式，才能使質(zhì)量管理部門真正的對產(chǎn)品質(zhì)量負(fù)責(zé)。

對于上面所提出的解決方法，可能有人要說，那不是對于質(zhì)量管理部門人員的要求很高嗎？即要懂流程，又要懂軟件開發(fā)，這種人似乎很難找?。∑鋵?shí)，我們可以采用其它的方式。比如，公司成立一個軟件專家組。這個軟件專家組可以應(yīng)質(zhì)量管理部門之邀對某一缺陷很多的項(xiàng)目進(jìn)行分析，從而幫助質(zhì)量管理部門決策其解決方法是什么。那我們?nèi)绾翁暨x合格的成員組成專家組呢？這個問題我就不能回答了，但從這一問題我可以看出：人才是首要的！

本文出自 “李云” 博客。

【編輯推薦】

1. 論DRY原則如何避免重復(fù) 提升軟件質(zhì)量
2. 配置管理：實(shí)施軟件質(zhì)量的關(guān)鍵
3. 對敏捷開發(fā)的五大誤解
4. 應(yīng)用軟件項(xiàng)目的配置管理實(shí)例
5. 軟件需求分析與管理的十個問題