2010年軟考軟件評測師測試工作管理與規(guī)范(6)

　　4)測試結(jié)果分析與改進

　　當(階段)測試結(jié)束后，測試管理人員可以進行測試成果的分析。有關(guān)預定目標與實際執(zhí)行結(jié)果的差異，可作為下一版軟件測試檢討改進的依據(jù)。譬如預定開立的測試個案數(shù)是否達成目標，執(zhí)行與通過數(shù)是否可接受?投入的測試甚至除錯人力是否足夠?均可視狀況計算依標準工作量，作為未來執(zhí)行測試工作之預估標準。經(jīng)由分析軟件錯誤的生命周期，可以研究縮短的方法，例如加速除錯與重測周期，或在分析設(shè)計階段減少錯誤發(fā)生的機率，以縮短測試時程。

　　由測試結(jié)果可分析出不同測試的效益，與應(yīng)改進之處。以下表為例。單元測試耗用大部份的人力，可能使整合與系統(tǒng)測試不完全。再以發(fā)現(xiàn)的錯誤數(shù)觀之，整合測試發(fā)現(xiàn)一個錯誤的成本遠低于另兩項。由此可見在有限的人力時間下測試，單元測試做得太多，整合測試又太少。此意謂著對于單元測試所需耗用的人力資源過度樂觀，或是在測試工作的配置不盡理想，應(yīng)予改進。

　　測試人力時數(shù) 測試人力分布比率 錯誤個數(shù) 錯誤分布比率 平均時數(shù)/錯誤數(shù)

　　單元測試 227.104 58.6% 49 39.51% 4.635

　　整合測試 87.212 23.3% 54 43.55% 1.615

　　系統(tǒng)測試 70.184 18.1% 21 16.94% 3.342

　　合計 384.5 100% 124 100% 3.2

　　除了以上的測試成效分析。如行有余力時應(yīng)再對錯誤發(fā)生的原因加以分析，力求從問題的根源加以解決。這包含測試工作的改進與開發(fā)工作的流程改進。以前者而言，可考慮對測試人員施以較充分的訓練，避免測試工作因準備不周浪費寶貴的人力與時間。測試標準程序的建立，也有助于測試工作效率的提升。至于后者，可由錯誤發(fā)生的原因研究預防之道。例如對需求變更未確實記載，導致設(shè)計錯誤的問題發(fā)生，或是軟件的設(shè)計未加充分的考慮再撰寫程序，導致設(shè)計不良造成的大量錯誤，均應(yīng)加以預防，如此可望從根本解決軟件的問題。

　　結(jié)語

　　欲提升軟件品質(zhì)與生產(chǎn)力，得先掌握現(xiàn)況。測試工作既是必要之惡，就需擬定最好的方法來面對。有關(guān)軟件測試方法論的書籍文章為數(shù)固然不少，在應(yīng)用上仍須因應(yīng)自身的情形加以調(diào)整。品管大師戴明認為：獲得好品質(zhì)不能靠檢驗，而是來自改善工作流程。因此，測試工作只是一項起步。如何藉由測試工作，了解改善軟件品質(zhì)與生產(chǎn)力之道，才是我們追求的目標。愿祝各位軟件品質(zhì)的捍衛(wèi)者，在工作崗位順利前進，為測試工作贏得榮耀，更為你們的成功產(chǎn)品喝采。