淺談軟件測試流程規范及改進

王婭男 華嬌

摘要：隨著計算機軟硬件技術的飛速發展，當今世界經濟重要的增長點也逐漸偏向于此。在發展的同時不斷暴露出來的軟件缺陷也在不斷影響著用戶。保證軟件測試質量的測試過程也變得越來越重要，測試應從“小規模”開始，逐漸轉向“大規模”，在不斷被改良和優化的過程中產生了各種測試流程，從最早出現的V模型，以及近些年流行的敏捷測試流程，無一不影響著軟件測試流程的進程及軟件測試的效率。在項目運行的過程中，測試人員會根據不同的項目以及自身經驗完全使用或者部分使用各種測試模型完成軟件項目的測試，在測試的過程中，也發現了各種流程中的問題，本文就將測試工作中遇到的問題以及提出的改進方案進行簡單闡述。

關鍵詞：V模型；測試流程；軟件測試；流程改進

中圖分類號：TP393 文獻標識碼：A

文章編號：1009-3044（2019）07-0097-01

1 目前流程存在的問題

1.1 流程煩瑣

V模型流程看似完整且規范，實際操作起來卻存在許多煩冗復雜的步驟。由于某些原因的限制，測試不能完整地介入軟件開發的整個流程，主要是項目開始階段的諸多不確定性導致的。因此整個V模型的流程對于目前實際工作來說，很多流程過于煩瑣了。“可以工作的軟件勝過面面俱到的文檔”也是敏捷流程提倡以人為核心的另一方面的表述。傳統V模型要求需求文檔要首先完成，開發人員根據需求文檔完成設計文檔，測試人員再根據設計文檔完成測試用例以及完成測試。過多的文檔分散了相關人員的精力，并不適合目前提倡的敏捷開發敏捷測試流程。

1.2 多個項目并行，各方面資源不足

項目的運作方式以工程師為主，工程師對項目整個流程進行了完整的掌控。但實際情況工程師同時對應多個項目并行的情況時，就出現了資源不足的情況。

1.3 組織有效性的問題

參與研發項目的各部門間雖然經常一起參與討論和評審，但一起緊密合作的機會并不多。一般是需求人員首先完成軟件規劃，開發人員再進行設計和編碼，測試人員再開展多輪的測試，也就是各角色分別主導和負責若干階段，進而完成整個項目。各角色對他人負責的階段不甚關心，也就容易造成溝通的障礙，當各角色對項目理解的不一致，對變化的更新不及時，也就無法使組織的效能最大化。

2 改進方案

2.1 輕文檔測試思路

實踐證明，即使沒有各類文檔，只要通過項目中成員的有效溝通以及測試經驗，同樣能完成測試用例編寫以及良好的測試覆蓋率。編寫精簡的測試用例內容，高度概括測試步驟以及預期結果，在測試過程中不斷完善和補充測試用例，測試效率會明顯提高。

2.2 強調以客戶為導向

由之前的以工程師為導向轉向以客戶為主導，強調以客戶的需求為主，由專人對接客戶，既保證了服務質量，又能使開發人員以及測試人員將更多的時間和精力放在項目開發以及測試上，大大提高了工作效率，達到人力資源有效利用。

2.3 加強各部門之間溝通

項目的整體完成流程不是客戶與需求人員一對一對接、需求與開發一對一對接、開發與測試一對一對接。而是多方定期溝通，多方面了解項目的真正需求，更好地了解項目，也能在項目不斷地完善中得到客戶的準確的反饋。

3 改進過程中的問題

任何事情都不是一帆風順，軟件開發和測試在流程改進和優化的過程中仍然存在這樣那樣的問題，比如測試人員對于業務流程的不確定性導致輕文檔型測試用例開展不順暢；各部門人員時間安排上的不確定性，導致定期溝通中還有待加強；提高測試還需要盡可能多的研究利用測試工具等等，都是后續在流程改進過程中需要優化以及推進的。

參考文獻：

[1] 楊麗波.淺析軟件測試管理[J].電子測試，2017（7）：94-95.

[2] 陳巖.計算機軟件測試方法的分析[J].電子世界，2017（7）：47.

[3] 馮濟舟.軟件測試誤區的思考[J].質量與可靠性，2017（1）：5-8.

[4] 董智勇.軟件測試在Web開發中的應用[J]. 數字技術與應用，2017（2）：207.

【通聯編輯：唐一東】