軟件質(zhì)量問(wèn)題很大程度上可以從其開(kāi)發(fā)過(guò)程上表現(xiàn)出來(lái)。具體地說(shuō)，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開(kāi)發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開(kāi)發(fā)的軟件都應(yīng)具有的隱含特征的程度。概括地說(shuō)，軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”。在缺乏有效項(xiàng)目管理的團(tuán)隊(duì)中，下面的現(xiàn)象我相信是典型的。
一個(gè)功能第一次轉(zhuǎn)測(cè)的時(shí)候，測(cè)試人員能夠發(fā)現(xiàn)N個(gè)低級(jí)錯(cuò)誤型的Bug。接著開(kāi)發(fā)人員”改完”代碼后，測(cè)試人員進(jìn)行回歸測(cè)試?yán)^續(xù)發(fā)現(xiàn)N個(gè)Bug。這些Bug有些是第一輪測(cè)試中發(fā)現(xiàn)的Bug沒(méi)有修復(fù)正確或者完全的，而很大一部分可能是因修改之前的Bug而引入的新Bug。于是，這種現(xiàn)象不斷得在第三次、第四次……回歸測(cè)試中出現(xiàn)。
上面的現(xiàn)象就是典型的返工。返工不僅浪費(fèi)了時(shí)間和人力，也是質(zhì)量問(wèn)題的標(biāo)志。而最后交付的功能還有若干Bug被發(fā)現(xiàn)。因?yàn)?，測(cè)試人員漏測(cè)試了。
質(zhì)量問(wèn)題的產(chǎn)生原因主要有兩個(gè)因素:個(gè)人的因素和項(xiàng)目管理的因素。人的因素主要有開(kāi)發(fā)人員、測(cè)試人員的知識(shí)、能力和經(jīng)驗(yàn)以及工作習(xí)慣。
比如，雖然敏捷開(kāi)發(fā)一直強(qiáng)調(diào)測(cè)試先行。但是，仍然有很多開(kāi)發(fā)人員習(xí)慣于先編碼后測(cè)試。更為不好的是，很多開(kāi)發(fā)人員習(xí)慣于把所有代碼都”寫(xiě)好”，然后集中對(duì)這些代碼進(jìn)行測(cè)試。這樣做的結(jié)果往往是一個(gè)地方發(fā)現(xiàn)的問(wèn)題往往在其它地方也存在。于是，他不得不重復(fù)得修改這些問(wèn)題。這種情形不僅浪費(fèi)了他們的寶貴時(shí)間。也往往使問(wèn)題沒(méi)有被徹底修正。另外，很多沒(méi)有計(jì)算機(jī)專業(yè)背景的人被培訓(xùn)機(jī)構(gòu)以高薪為誘惑被培訓(xùn)為測(cè)試人員。對(duì)于這些測(cè)試人員，當(dāng)被測(cè)試的對(duì)象的技術(shù)性比較鮮明的時(shí)候，他們往往不知怎么測(cè)試。
但是，人的因素往往很難短期內(nèi)有所改善。所以，我將重點(diǎn)從項(xiàng)目管理的角度來(lái)分析。
返工和漏測(cè)試是軟件質(zhì)量的兩大問(wèn)題。返工從項(xiàng)目管理的角度看，很大程度上是因?yàn)槿狈τ行У牧鞒炭刂?。即，在一個(gè)功能轉(zhuǎn)測(cè)試人員進(jìn)行測(cè)試前，沒(méi)有檢查其質(zhì)量是否滿足一定的要求——最低質(zhì)量要求。這一點(diǎn)，其實(shí)可以借鑒建筑工程中的材料驗(yàn)收。比如，建設(shè)一棟大樓，其所需的鋼筋水泥等材料如果我們不在使用它們前檢查其質(zhì)量是否符合要求。那么，后面才發(fā)現(xiàn)它們的質(zhì)量問(wèn)題則必然要返工。關(guān)于如何進(jìn)行流程控制，以使被轉(zhuǎn)測(cè)的功能符合最低質(zhì)量要求，可以借鑒下Story演示這個(gè)具體實(shí)踐。感興趣的讀者可以借鑒下IBM developerWorks網(wǎng)站上的文章:
管理不是照著菜譜做菜。管理者必須要掌握一套質(zhì)量管理的方法，而非”拷貝”所謂優(yōu)秀實(shí)踐。學(xué)習(xí)優(yōu)秀實(shí)踐的意義在于掌握其背后所體現(xiàn)的方法與思想。文章中以這樣的一種思路分享了基于“經(jīng)驗(yàn)過(guò)程控制”的質(zhì)量管理思想，并以作者的項(xiàng)目管理經(jīng)驗(yàn)為基礎(chǔ)分享了另外一些提升項(xiàng)目質(zhì)量的一些具體實(shí)踐。當(dāng)然，質(zhì)量問(wèn)題是一個(gè)系統(tǒng)性的問(wèn)題。那么，解決這個(gè)問(wèn)題的方法也必然是要系統(tǒng)性。