軟件質量改進是一個不斷完善的過程。其中包括需求規格說明的無歧義，設計與需求的符合度，設計時界面的詳細程度，測試用例的覆蓋度與廣度，市場人員反饋消息的及時性，測試人員對業務流程的不斷深入理解，項目負責人對整個工程進度的把握，在開發的不同階段測試的針對性，確定每個階段的開始和結束標志，在每個階段進行總結，與市場等其他相關部門進行良性溝通等。

過程改進方法是在人力資源有限的情況下加強溝通和過程控制，逐步進行開發與測試雙發互相協助改進的方法，過程改進方法分五個步驟：

①把目標狀態與目前狀態做比較，找出差距；

②決定要改進差距的分階段計劃;

③制定具體的行動計劃;

④執行計劃，同時在執行過程中對行動計劃按情況進行調整；

⑤總結本輪改進經驗，開始下一輪改進。

?

在進行過程改進的時候，需要對整個流程的不同階段都進行改進。每個階段有自身的目標，其大概步驟如下：

一、需求階段

1、開發組長編寫需求規格說明書草案。

2、測試組長細化說明書。

3、UI設計師依據細化的說明書畫出基本的界面圖。

4、開發與測試、產品部門一起討論界面圖表示的功能和業務流程。

5、根據討論的結果修改需求規格說明書，再次討論，直到畫出的界面圖符合要求。作為基線定稿。

目標：得出一個無歧義的規格說明書，畫出各方面基本肯定的軟件UI界面，設計嚴格按照界面描述信息進行。

二、設計階段

1、開發人員提供基本的設計文檔，測試人員從測試的角度進行評估，提出容易出錯的地方。

2、測試人員編寫出測試用例初稿，開發人員對測試用例的偏移進行修正。

3、開發人員根據測試反饋修改設計文檔，測試人員根據開發反饋修改測試用例。

目標：保證常見的錯誤在設計階段開始避免，保證測試用例的覆蓋度。

三、開發階段

1、每天進行開發和測試部門的內部碰頭會，開發講述目前的模塊實現過程，測試將可能出錯的地方提出意見。

2、每周項目經理組織一次開發進度會議，說明現在的開發進度與目標進度的差距。

3、測試部門在開發進度會議中對一周出現的bug進行總結，并提出以后在編寫用例中應該注意的事項。總結結果匯總到知識庫中。

4、開發人員在開發進度會議中針對bug的出現原因和解決方法進行描述和總結，總結結果匯總到知識庫中。

目標：項目經理能夠非常清楚的知道項目每周的進度；開發人員必須在清楚了實現方法的情況下進行開發，測試人員能夠根據開發的講述形成對流程實現的清晰概念。

四、單元測試階段

1、原則：在單元測試階段必須跑完一次所有的獨立性用例，每個bug都必須直接跟開發人員進行溝通，并保持密切的溝通。

2、測試人員必須在此階段了解每個模塊的流程，相關文件響應，數據庫變動的具體情況。編寫出測試方法。

3、在單元測試階段必須使用壓力測試工具進行測試，不要把隱患保留到整個產品出來的時候。

目標：測試部門確保每個單元測試的bug都能夠保持跟蹤，開發部門確保單元測試的bug不保留到集成測試階段。

?

五、集成測試階段

1、自動化測試工程師對每一個功能點建立一個測試腳本。

2、測試設計工程師每天對測試用例進行補充，幫助開發進行流程改進。

3、測試執行工程師對新增加的測試用例進行測試。

4、在用例設計和執行的過程中檢查每一步的易用性，每一個按鈕的友好性，每一個提示的準確性。

5、配置管理員每天檢測新關閉的問題，及時進行bug驗證和關閉。

6、測試執行工程師和配置管理員每天對每一個功能點進行自動化測試，確保每個功能點的穩定性。

目標：保證每個功能點在集成環境下都是正常的，保證修改某一模塊的bug不會影響到其他模塊。測試人員能夠保證還沒發現bug的地方都是穩定的。

六、系統測試階段

1、重新編寫系統測試用例，重點在兼容性測試，性能測試，壓力測試，安全性測試方面進行強化。

2、測試人員對每一個模塊提供改進意見，整理后作為下個版本的需求。

?

總結

以上是生活随笔為你收集整理的软件质量改进（一）------过程改进方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。