過(guò)程改進(jìn)及測試管理的一些想法

　　通過(guò)個(gè)人在幾家不同類(lèi)型企業(yè)的工作經(jīng)歷和測試工作經(jīng)驗總結，以及學(xué)習相關(guān)資料和培訓經(jīng)歷，大致有如下一些想法和總結。

　　最大的感受是：管理過(guò)程比管理人更容易、更易于實(shí)現目標。有什么流程，就有什么結果，流程決定結果。

　　目前國內大部分軟件企業(yè)開(kāi)發(fā)軟件都是純目標管理的思想核心，最快完成軟件為目標，軟件開(kāi)發(fā)過(guò)程混亂、不規范、質(zhì)量得不到保證、文檔、數據不全后期維護困難。面對軟件系統越來(lái)越大，用戶(hù)質(zhì)量要求越來(lái)越高，競爭越來(lái)越強烈的市場(chǎng)，這樣的企業(yè)保住現有地位都很困難，想進(jìn)一步擴大就更難。所以世界上許多牛企業(yè)、大企業(yè)、想進(jìn)一步發(fā)展的企業(yè)都在進(jìn)行業(yè)務(wù)流重組過(guò)程改進(jìn)。即改變目標管理的思想，強調管理過(guò)程，實(shí)現從職能管理到面向業(yè)務(wù)流程管理。它們相信好的流程就能產(chǎn)生好的產(chǎn)品，有質(zhì)量的過(guò)程就有有質(zhì)量的結果。

　　進(jìn)行過(guò)程改進(jìn)可參考的典型過(guò)程模型有：

　　1、 軟件能力成熟度模型(CMM)

　　2、 個(gè)體軟件過(guò)程(PSP)

　　3、 團隊軟件過(guò)程(TSP)

　　4、 能力成熟度模型集成(CMMI)

　　5、 IBM-Raional的統一過(guò)程(RUP)

　　6、 極限編程過(guò)程(XP)

　　7、 微軟解決方案框架(MSF)

　　企業(yè)如果想進(jìn)行過(guò)程改進(jìn)要從何做起呢?

　　我這里把我的一些想法大致寫(xiě)一下：

　　首先要調研明確企業(yè)目前的軟件開(kāi)發(fā)過(guò)程，是否有如下的軟件開(kāi)發(fā)過(guò)程?有是怎么樣的?是否合理?是否規范?

　　1、 客戶(hù)需求管理過(guò)程

　　2、 系統需求分析設計過(guò)程

　　3、 軟件開(kāi)發(fā)與設計過(guò)程

　　4、 軟件測試過(guò)程(單元測試、集成測試、系統測試、驗證測試、確認測試)

　　5、 系統與軟件維護過(guò)程

　　6、 文檔編制過(guò)程

　　7、 配置管理過(guò)程

　　8、 質(zhì)量保證過(guò)程

　　9、 驗收產(chǎn)品過(guò)程

　　10、 評審過(guò)程

　　11、 解決問(wèn)題過(guò)程

　　12、 過(guò)程改進(jìn)過(guò)程

　　13、 培訓過(guò)程

　　14、 其它一些過(guò)程

　　然后再根據調研過(guò)程總結，建立適合本公司的過(guò)程，初期也許由于各方面原因達不到所有過(guò)程都規范，但是要有相應的過(guò)程就行，先建起來(lái)，然后定期收集大家的需求，確認合適的過(guò)程，逐步完善，逐漸做到所有過(guò)程規范化內容文檔化，乃至最后形成系列過(guò)程規范。

　　這些過(guò)程規范的建立除了參考上面的七個(gè)模型也可依一些國際國家標準如：《GB9585 軟件需求說(shuō)明編制指南》、《GB9386 測試文件編制指南》、《GB/T12505 軟件配置管理編制指南》、《GB8566 軟件開(kāi)發(fā)規范》、《GB12504 軟件質(zhì)量保證規范》等標準規范。

　　在這些過(guò)程中我主要談一下我最主要關(guān)注的過(guò)程，過(guò)程改進(jìn)過(guò)程、配置管理過(guò)程、測試過(guò)程。

　　一、過(guò)程改進(jìn)過(guò)程需要注意的是：

　　1、 過(guò)程改進(jìn)要符合企業(yè)的現狀，不能盲目照抄其它過(guò)程模型;

　　2、 過(guò)程改進(jìn)是一個(gè)不斷完善不斷升級的活動(dòng)，要按階段進(jìn)行，定期總結評審;

　　3、 過(guò)程改進(jìn)要得到組織、管理層領(lǐng)導、開(kāi)發(fā)人員、測試人員的支持，因為過(guò)程改進(jìn)的變化引起員工的反感就不好了。開(kāi)發(fā)人員和測試人員要做好過(guò)程改進(jìn)的挑戰和沖擊準備;

　　4、 過(guò)程監控、日報、周報制度要建立，這樣實(shí)際數據能夠準確收集，并進(jìn)行分析;

　　5、 過(guò)程改進(jìn)要及時(shí)調整;

　　6、 過(guò)程改進(jìn)需要看結果，更要看到過(guò)程改進(jìn)過(guò)程中的創(chuàng )新。創(chuàng )新就應該得到獎勵。

　　二、配置管理過(guò)程：

　　1、基線(xiàn)控制流程

　　2、版本控制

　　是對系統軟件不同版本進(jìn)行標識和跟蹤的過(guò)程，是對軟件開(kāi)發(fā)過(guò)程中所有文件系統對象，包括源代碼、文檔、數據、執行文件、位圖、目錄變更的控制和跟蹤。

　　3、變更控制流程

　　三、測試過(guò)程

　　確定測試過(guò)程模型：多V模型或叫W模型

　　起步階段先從確認測試和業(yè)務(wù)功能測試做起。逐步增加其它測試過(guò)程。比如電力系統對生產(chǎn)安全特別重視，可以引進(jìn)保密安全性測試和可靠性測試。再次對邏輯組態(tài)的準確性進(jìn)行測試，GUI測試也很重要。

　　嵌入式測試和普通軟件測試的目的也是一樣的，都是為驗證或達到用戶(hù)要求的可靠性測試。但是它有很多和普通測試不一樣的地方。比如:

原文轉自：http://www.uml.org.cn/Test/200912105.asp