談軟件測試過程質(zhì)量控制
前言：想要寫出一篇引人入勝的文章？我們特意為您整理了談軟件測試過程質(zhì)量控制范文，希望能給你帶來靈感和參考，敬請閱讀。
摘要：軟件的質(zhì)量是軟件的生命，許多的開發(fā)人員和用戶都非常重視軟件質(zhì)量問題。本文從軟件測試和軟件質(zhì)量的概念入手來分析軟件測試過程和質(zhì)量控制的策略，以便在之后更好地提升軟件質(zhì)量。
關(guān)鍵詞：軟件測試；測試過程；質(zhì)量控制
軟件測試實際是軟件開發(fā)中非常重要的組成部分，為的是讓更多的程序員采用合適的方法來確認(rèn)軟件自身的質(zhì)量。從狹義看，軟件測試就是借助人工和自動化手段來檢測整個系統(tǒng)，最終也只是為了檢查軟件使用是否可以更好地滿足實際需要，并分析測試的不同結(jié)果之間是否存在差異。軟件檢測的過程其實就是改正其中錯誤的過程。
1研究背景
軟件測試一直都是提升產(chǎn)品質(zhì)量的重要手段，從20世紀(jì)70年代開始就已經(jīng)在軟件行業(yè)被廣泛應(yīng)用。發(fā)展到現(xiàn)在，軟件測試已經(jīng)發(fā)展成了一個非常獨(dú)立的學(xué)科。有關(guān)數(shù)據(jù)顯示，只有通過運(yùn)用正確的測試方法才能夠在第一時間降低軟件使用時發(fā)生故障的風(fēng)險。在一些大型的軟件公司，其軟件測試人員的數(shù)量較多。我國早在去年就了類似《GJB2423軟件測試和評估的通用要求》，后又在2004年直接改名，實際也明確了軟件測試的內(nèi)容、方法和程序，為的是更好地保證軟件使用的質(zhì)量。但是隨著軍用軟件開發(fā)的規(guī)模變得越來越大，其應(yīng)用的范圍也在不斷地擴(kuò)大，勢必會對軟件質(zhì)量提出更高的要求。隨著信息技術(shù)的不斷發(fā)展，不同的軟件生產(chǎn)者和使用者都生存在競爭較為激烈的環(huán)境中。多數(shù)軟件開發(fā)商都會為了占有市場而不斷地提升產(chǎn)品的質(zhì)量，以便不在激烈的競爭中被淘汰出局[1]。
2軟件測試概述
軟件開發(fā)需要一個過程，測試也有模型對其進(jìn)行支撐，專業(yè)人員在測試時可以遵循如下幾個方面的步驟：第一，先要有效地確定測試的具體內(nèi)容；第二，確定好測試方法之后再建立一個良好的測試環(huán)境，并在此環(huán)境中高效地進(jìn)行測試；第三，等到測試的過程都完成之后再檢查測試的結(jié)果是否已經(jīng)達(dá)到了標(biāo)準(zhǔn)。但是從常規(guī)測試的過程看，有些測試的流程還不夠完整，很多測試者需要針對軟件測試過程中存在的問題進(jìn)行測試。最常用的測試模型是V模型，這種模型不僅描述了軟件開發(fā)的實際過程，也體現(xiàn)了開發(fā)過程中所折射的基本思想，整個模型如圖1所示：從V模型軟件測試可以看出，任何軟件的測試都是以需求分析為基礎(chǔ)的，實際也是為了將單元測試、集成測試、系統(tǒng)測試和其他不同環(huán)節(jié)的測試過程更好地集中在一起，為的是讓整個V模型都可以在實踐中發(fā)揮更大的作用。
3常用的軟件測試方法
3.1黑盒測試方法
黑盒測試是最常用的軟件測試方法，又被稱為驅(qū)動測試。黑盒測試時可以將測試的對象先看成一個黑盒子，實際也并不應(yīng)該單獨(dú)考慮內(nèi)部程序處理的過程。人們在實際測試時需要同時考慮合法的和不合法的相關(guān)內(nèi)容。黑盒測試的優(yōu)點(diǎn)表現(xiàn)在如下幾個方面：第一，相比其他測試方法，黑盒測試的方法比較簡單，并不需要測試者詳細(xì)地了解內(nèi)部的代碼；第二，軟件內(nèi)部的內(nèi)容實際并不存在一定的關(guān)系；第三，用戶比較容易理解黑盒測試的原理，至少可以知道其需要用到哪些不同的功能。但是黑盒測試過程也不是完全沒有缺點(diǎn)，主要包括如下幾個方面：第一，不是所有類型的代碼都可以用黑盒測試的方法來測試的，所以此種方法使用的覆蓋率相對較低；第二，黑盒測試復(fù)用性程度較低。
3.2白盒測試
白盒測試實際就是結(jié)構(gòu)測試，為的是在分析程序內(nèi)部不同結(jié)構(gòu)的基礎(chǔ)上來發(fā)現(xiàn)新的問題。白盒測試可以將程序看成被裝在一個透明的白盒子里，更多的人可以透過這個白盒子來了解其中的結(jié)構(gòu)和程序，并全面檢查內(nèi)部的結(jié)構(gòu)是否正確。在進(jìn)行白盒測試時需要檢查內(nèi)部的構(gòu)造是否已經(jīng)按照規(guī)定的內(nèi)容正常進(jìn)行。白盒測試的優(yōu)點(diǎn)包括如下幾點(diǎn)：第一，廣大軟件測試人員可以借助白盒測試來提升代碼的覆蓋率；第二，可以運(yùn)用白盒測試方法來更好地提升代碼的質(zhì)量；白盒測試的缺點(diǎn)包括如下幾點(diǎn)：第一，白盒測試程序中可能會包含不同類型的路徑，實際并不能夠覆蓋所有運(yùn)行的路徑；第二，如果使用白盒測試法進(jìn)行測試，廣大測試人員只能夠判斷內(nèi)部程序的正確性，卻并不真正知道其設(shè)計的正確與否，所以實際是會漏掉一些功能的。第三，白盒測試所耗費(fèi)的代價實際較大。從上述的分析可以看出黑盒測試和白盒測試還是存在著較大的區(qū)別的，但是兩種測試方法實際又是有效地被聯(lián)系在一起的。兩種測試方法的側(cè)重點(diǎn)不同，內(nèi)部的技術(shù)含量也各有不同。實踐中只有有效地處理好黑盒和白盒之間的關(guān)系才能夠提升測試工作的質(zhì)量，最終有效地提升軟件自身的質(zhì)量。
4當(dāng)前軟件測試時存在的問題
目前，我國諸多軟件測試的種類和方法非常復(fù)雜，其軟件測試功能在單位受到了越來越多的重視。但是多數(shù)軟件在使用的過程中還是會存在諸多方面的問題：
4.1對軟件測試有沒有更加充足的認(rèn)識
軟件測試實際是貫穿于整個軟件開發(fā)過程中的，多數(shù)測試工作都需要在重點(diǎn)分析系統(tǒng)設(shè)計和使用需求的基礎(chǔ)上開展。但是大部分的開發(fā)單位都會選擇在完成編碼或者交付產(chǎn)品前進(jìn)行軟件測試，測試的內(nèi)容也多跟軟件產(chǎn)品自身的質(zhì)量有關(guān)，實際是無法在第一時間發(fā)現(xiàn)軟件內(nèi)部的錯誤的。但是如果其在驗收時才發(fā)現(xiàn)內(nèi)部存在的錯誤，其修改的代價將會變得更大，而如果有關(guān)的錯誤沒有在第一時間被發(fā)現(xiàn)，實際也會誘發(fā)更多的隱患。
4.2軟件測試水平不高
軟件測試的成本占據(jù)總開發(fā)成本的50%左右，在開發(fā)初期，包括裁剪測試、分配資源和規(guī)范流程等都會耗費(fèi)較多的成本。因此，測試人員本人的水平將會起到非常重要的作用。但是，目前各個測試單位內(nèi)部缺乏專業(yè)的測試人員和管理人員，測試工作的整體性不強(qiáng)，所以較多的測試人員只能夠根據(jù)自己的理解來確定測試的步驟，以上種種會使得測試工作充滿較多的不確定性。
4.3測試手段較為單一
實際在測試的過程中總會缺少自動化的測試工具和先進(jìn)的測試技術(shù)。又因為受到經(jīng)費(fèi)的影響，大部分的單位主要會采用人工測試的方法，其測試的效率很低，自然也無法在第一時間發(fā)現(xiàn)軟件中存在的問題，更沒有辦法采用合適的軟件來發(fā)現(xiàn)測試過程中存在的缺陷。如果在測試時無法有效地發(fā)現(xiàn)和處理相關(guān)的問題，自然也就無法更好地保證軟件自身的質(zhì)量。
5解決當(dāng)前軟件測試中問題的具體策略
在分析上述軟件測試時存在的問題之后，專業(yè)人員需要采用合適的方法來解決出現(xiàn)的問題。主要包括如下幾點(diǎn)措施：
5.1推進(jìn)軟件測試隊伍專業(yè)化建設(shè)
注意在分析軟件測試特點(diǎn)的基礎(chǔ)上建立專業(yè)的骨干隊伍，為的是全面地針對不同的用戶分析包括需求、壽命和管理工作相關(guān)的內(nèi)容。在分析需求時，所有項目管理者和系統(tǒng)分析人員都需要參與到軟件分析的過程中。在系統(tǒng)設(shè)計的階段，需要讓系統(tǒng)分析員、系統(tǒng)設(shè)計人員和測試者都參與進(jìn)來，這樣才能夠讓其有效地審查軟件體系結(jié)構(gòu)、功能結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，最終讓設(shè)計的過程變得更加科學(xué)。而到編碼的階段，所有軟件測試組的人員都需要參與在內(nèi)。只有讓軟件測試隊伍內(nèi)部的人員變得更加專業(yè)才能夠推進(jìn)軟件測試工作更加高效地進(jìn)行。
5.2強(qiáng)化應(yīng)用各類專業(yè)測試手段
常規(guī)的測試手段主要是由測試工具和方法兩個重要部分組成，只有采用較為先進(jìn)的測試手段才能夠更好地提升測試工作的質(zhì)量。在真正進(jìn)行測試工作時一定要讓系統(tǒng)內(nèi)部不同類型的測試工具發(fā)揮不同的作用。例如，在面對B/S結(jié)構(gòu)時，應(yīng)該選擇直接針對客戶端和網(wǎng)絡(luò)性服務(wù)器的測試工具；在選擇C/S測試工具時則應(yīng)該選擇針對分布式事務(wù)和系統(tǒng)輸入邊界條件的測試工具。實際也需要將不同的測試方法有效地融入測試的過程中[3]。注意將需求分析、軟件設(shè)計、程序編碼和運(yùn)行維護(hù)等不同的過程融入軟件測試的過程中，并充分利用較為專業(yè)的工具來對每個不同周期的軟件進(jìn)行檢測，主張在發(fā)現(xiàn)需求和設(shè)計錯誤的基礎(chǔ)上更好地提升軟件的質(zhì)量，這也會在潛移默化間節(jié)省了軟件開發(fā)的成本。
5.3大力建設(shè)專業(yè)的軟件測評中心
不同測試人員自身的素質(zhì)會直接影響軟件測試的質(zhì)量。其實很多單位在軟件測試時缺乏經(jīng)費(fèi)和專業(yè)軟件測試人員的支持。軟件測評中心作為一家專業(yè)的第三方機(jī)構(gòu)不僅工作效率較高，整體也顯得較為專業(yè)，確實可以在測評軟件時發(fā)揮重要的作用。各個單位可以從實際情況出發(fā)來和專業(yè)的軟件測評中心進(jìn)行合作，以便讓軟件測評工作朝著專業(yè)化和正規(guī)化的方向發(fā)展，最終也可以滿足軍用軟件的質(zhì)量要求。
5.4建立良好的軟件質(zhì)量模型
不同的軟件質(zhì)量是由其他不同的方面構(gòu)成的：第一，全面判斷軟件是否在使用中符合相關(guān)的需求；第二，確認(rèn)多數(shù)軟件結(jié)構(gòu)是否良好，修改的過程是否方便；第三，確認(rèn)軟件系統(tǒng)內(nèi)部的界面是否友好，是否可以讓用戶使用的過程變得更加方便；第四，軟件內(nèi)部各個階段的文檔是否齊全和規(guī)范。只有讓上述幾個不同的步驟更好地發(fā)揮實際作用才能夠構(gòu)建良好的質(zhì)量模型。但是在使用軟件質(zhì)量模型時一定要注意分析實際情況，并重點(diǎn)從客戶的需求出發(fā)來認(rèn)真地分析產(chǎn)品，并在尋找產(chǎn)品使用方法的基礎(chǔ)上更好地解決可能會遇到的問題。只有有效地解決這些實際問題才能夠更好地提升軟件的質(zhì)量。綜上可以看出，只有有效地研究和分析軟件測試技術(shù)才能夠更好地提升軟件的質(zhì)量。
參考文獻(xiàn)：
[1]侯海霞，崔東華.基于軟件測試技術(shù)的軟件質(zhì)量保證研究[J].科技信息，2018（5）：169-174.
[2]徐大圣，李晨迅.軟件測試方法的分析與研究[J].現(xiàn)代商貿(mào)工業(yè)，2017（5）：39-43.
[3]胡靜.淺析黑盒測與白盒測試[J].衡水學(xué)院學(xué)報，2017（5）：39-42.
作者：丁凝 單位：沈陽職業(yè)技術(shù)學(xué)院
