談軟件測試過程質量控制

前言：想要寫出一篇引人入勝的文章？我們特意為您整理了談軟件測試過程質量控制范文，希望能給你帶來靈感和參考，敬請閱讀。

摘要：軟件的質量是軟件的生命，許多的開發人員和用戶都非常重視軟件質量問題。本文從軟件測試和軟件質量的概念入手來分析軟件測試過程和質量控制的策略，以便在之后更好地提升軟件質量。

關鍵詞：軟件測試；測試過程；質量控制

軟件測試實際是軟件開發中非常重要的組成部分，為的是讓更多的程序員采用合適的方法來確認軟件自身的質量。從狹義看，軟件測試就是借助人工和自動化手段來檢測整個系統，最終也只是為了檢查軟件使用是否可以更好地滿足實際需要，并分析測試的不同結果之間是否存在差異。軟件檢測的過程其實就是改正其中錯誤的過程。

1研究背景

軟件測試一直都是提升產品質量的重要手段，從20世紀70年代開始就已經在軟件行業被廣泛應用。發展到現在，軟件測試已經發展成了一個非常獨立的學科。有關數據顯示，只有通過運用正確的測試方法才能夠在第一時間降低軟件使用時發生故障的風險。在一些大型的軟件公司，其軟件測試人員的數量較多。我國早在去年就了類似《GJB2423軟件測試和評估的通用要求》，后又在2004年直接改名，實際也明確了軟件測試的內容、方法和程序，為的是更好地保證軟件使用的質量。但是隨著軍用軟件開發的規模變得越來越大，其應用的范圍也在不斷地擴大，勢必會對軟件質量提出更高的要求。隨著信息技術的不斷發展，不同的軟件生產者和使用者都生存在競爭較為激烈的環境中。多數軟件開發商都會為了占有市場而不斷地提升產品的質量，以便不在激烈的競爭中被淘汰出局[1]。

2軟件測試概述

軟件開發需要一個過程，測試也有模型對其進行支撐，專業人員在測試時可以遵循如下幾個方面的步驟：第一，先要有效地確定測試的具體內容；第二，確定好測試方法之后再建立一個良好的測試環境，并在此環境中高效地進行測試；第三，等到測試的過程都完成之后再檢查測試的結果是否已經達到了標準。但是從常規測試的過程看，有些測試的流程還不夠完整，很多測試者需要針對軟件測試過程中存在的問題進行測試。最常用的測試模型是V模型，這種模型不僅描述了軟件開發的實際過程，也體現了開發過程中所折射的基本思想，整個模型如圖1所示：從V模型軟件測試可以看出，任何軟件的測試都是以需求分析為基礎的，實際也是為了將單元測試、集成測試、系統測試和其他不同環節的測試過程更好地集中在一起，為的是讓整個V模型都可以在實踐中發揮更大的作用。

3常用的軟件測試方法

3.1黑盒測試方法

黑盒測試是最常用的軟件測試方法，又被稱為驅動測試。黑盒測試時可以將測試的對象先看成一個黑盒子，實際也并不應該單獨考慮內部程序處理的過程。人們在實際測試時需要同時考慮合法的和不合法的相關內容。黑盒測試的優點表現在如下幾個方面：第一，相比其他測試方法，黑盒測試的方法比較簡單，并不需要測試者詳細地了解內部的代碼；第二，軟件內部的內容實際并不存在一定的關系；第三，用戶比較容易理解黑盒測試的原理，至少可以知道其需要用到哪些不同的功能。但是黑盒測試過程也不是完全沒有缺點，主要包括如下幾個方面：第一，不是所有類型的代碼都可以用黑盒測試的方法來測試的，所以此種方法使用的覆蓋率相對較低；第二，黑盒測試復用性程度較低。

3.2白盒測試

白盒測試實際就是結構測試，為的是在分析程序內部不同結構的基礎上來發現新的問題。白盒測試可以將程序看成被裝在一個透明的白盒子里，更多的人可以透過這個白盒子來了解其中的結構和程序，并全面檢查內部的結構是否正確。在進行白盒測試時需要檢查內部的構造是否已經按照規定的內容正常進行。白盒測試的優點包括如下幾點：第一，廣大軟件測試人員可以借助白盒測試來提升代碼的覆蓋率；第二，可以運用白盒測試方法來更好地提升代碼的質量；白盒測試的缺點包括如下幾點：第一，白盒測試程序中可能會包含不同類型的路徑，實際并不能夠覆蓋所有運行的路徑；第二，如果使用白盒測試法進行測試，廣大測試人員只能夠判斷內部程序的正確性，卻并不真正知道其設計的正確與否，所以實際是會漏掉一些功能的。第三，白盒測試所耗費的代價實際較大。從上述的分析可以看出黑盒測試和白盒測試還是存在著較大的區別的，但是兩種測試方法實際又是有效地被聯系在一起的。兩種測試方法的側重點不同，內部的技術含量也各有不同。實踐中只有有效地處理好黑盒和白盒之間的關系才能夠提升測試工作的質量，最終有效地提升軟件自身的質量。

4當前軟件測試時存在的問題

目前，我國諸多軟件測試的種類和方法非常復雜，其軟件測試功能在單位受到了越來越多的重視。但是多數軟件在使用的過程中還是會存在諸多方面的問題：

4.1對軟件測試有沒有更加充足的認識

軟件測試實際是貫穿于整個軟件開發過程中的，多數測試工作都需要在重點分析系統設計和使用需求的基礎上開展。但是大部分的開發單位都會選擇在完成編碼或者交付產品前進行軟件測試，測試的內容也多跟軟件產品自身的質量有關，實際是無法在第一時間發現軟件內部的錯誤的。但是如果其在驗收時才發現內部存在的錯誤，其修改的代價將會變得更大，而如果有關的錯誤沒有在第一時間被發現，實際也會誘發更多的隱患。

4.2軟件測試水平不高

軟件測試的成本占據總開發成本的50%左右，在開發初期，包括裁剪測試、分配資源和規范流程等都會耗費較多的成本。因此，測試人員本人的水平將會起到非常重要的作用。但是，目前各個測試單位內部缺乏專業的測試人員和管理人員，測試工作的整體性不強，所以較多的測試人員只能夠根據自己的理解來確定測試的步驟，以上種種會使得測試工作充滿較多的不確定性。

4.3測試手段較為單一

實際在測試的過程中總會缺少自動化的測試工具和先進的測試技術。又因為受到經費的影響，大部分的單位主要會采用人工測試的方法，其測試的效率很低，自然也無法在第一時間發現軟件中存在的問題，更沒有辦法采用合適的軟件來發現測試過程中存在的缺陷。如果在測試時無法有效地發現和處理相關的問題，自然也就無法更好地保證軟件自身的質量。

5解決當前軟件測試中問題的具體策略

在分析上述軟件測試時存在的問題之后，專業人員需要采用合適的方法來解決出現的問題。主要包括如下幾點措施：

5.1推進軟件測試隊伍專業化建設

注意在分析軟件測試特點的基礎上建立專業的骨干隊伍，為的是全面地針對不同的用戶分析包括需求、壽命和管理工作相關的內容。在分析需求時，所有項目管理者和系統分析人員都需要參與到軟件分析的過程中。在系統設計的階段，需要讓系統分析員、系統設計人員和測試者都參與進來，這樣才能夠讓其有效地審查軟件體系結構、功能結構和數據結構，最終讓設計的過程變得更加科學。而到編碼的階段，所有軟件測試組的人員都需要參與在內。只有讓軟件測試隊伍內部的人員變得更加專業才能夠推進軟件測試工作更加高效地進行。

5.2強化應用各類專業測試手段

常規的測試手段主要是由測試工具和方法兩個重要部分組成，只有采用較為先進的測試手段才能夠更好地提升測試工作的質量。在真正進行測試工作時一定要讓系統內部不同類型的測試工具發揮不同的作用。例如，在面對B/S結構時，應該選擇直接針對客戶端和網絡性服務器的測試工具；在選擇C/S測試工具時則應該選擇針對分布式事務和系統輸入邊界條件的測試工具。實際也需要將不同的測試方法有效地融入測試的過程中[3]。注意將需求分析、軟件設計、程序編碼和運行維護等不同的過程融入軟件測試的過程中，并充分利用較為專業的工具來對每個不同周期的軟件進行檢測，主張在發現需求和設計錯誤的基礎上更好地提升軟件的質量，這也會在潛移默化間節省了軟件開發的成本。

5.3大力建設專業的軟件測評中心

不同測試人員自身的素質會直接影響軟件測試的質量。其實很多單位在軟件測試時缺乏經費和專業軟件測試人員的支持。軟件測評中心作為一家專業的第三方機構不僅工作效率較高，整體也顯得較為專業，確實可以在測評軟件時發揮重要的作用。各個單位可以從實際情況出發來和專業的軟件測評中心進行合作，以便讓軟件測評工作朝著專業化和正規化的方向發展，最終也可以滿足軍用軟件的質量要求。

5.4建立良好的軟件質量模型

不同的軟件質量是由其他不同的方面構成的：第一，全面判斷軟件是否在使用中符合相關的需求；第二，確認多數軟件結構是否良好，修改的過程是否方便；第三，確認軟件系統內部的界面是否友好，是否可以讓用戶使用的過程變得更加方便；第四，軟件內部各個階段的文檔是否齊全和規范。只有讓上述幾個不同的步驟更好地發揮實際作用才能夠構建良好的質量模型。但是在使用軟件質量模型時一定要注意分析實際情況，并重點從客戶的需求出發來認真地分析產品，并在尋找產品使用方法的基礎上更好地解決可能會遇到的問題。只有有效地解決這些實際問題才能夠更好地提升軟件的質量。綜上可以看出，只有有效地研究和分析軟件測試技術才能夠更好地提升軟件的質量。

參考文獻：

[1]侯海霞，崔東華.基于軟件測試技術的軟件質量保證研究[J].科技信息，2018（5）：169-174.

[2]徐大圣，李晨迅.軟件測試方法的分析與研究[J].現代商貿工業，2017（5）：39-43.

[3]胡靜.淺析黑盒測與白盒測試[J].衡水學院學報，2017（5）：39-42.

作者：丁凝 單位：沈陽職業技術學院