軟件測試過程的質(zhì)量控制

2023年12月30日發(fā)(作者：reword)

軟件測試過程的質(zhì)量控制

摘要：軟件測試工作可以發(fā)現(xiàn)和解決軟件存在的缺陷，實際工作中，軟件測試工作是一個十分復(fù)雜的過程，必須合理規(guī)劃才能保證質(zhì)量控制效果。本文就研究軟件測試過程中如何控制測試質(zhì)量，明確測試工作重點，分析測試工作中需要使用的方法。

關(guān)鍵詞：軟件測試；過程；質(zhì)量控制；策略

引言：軟件開發(fā)后會存在一定的缺陷，影響軟件的正常使用，不利于軟件功能實現(xiàn)。為了保證軟件的質(zhì)量，就需要使用科學(xué)方法開展軟件測試工作，有效控制軟件測試的過程，滿足對軟件質(zhì)量控制的需要，提升軟件的穩(wěn)定性。

1 軟件測試概述

1.1 軟件測試的目的

軟件測試的目的在于保證軟件產(chǎn)品質(zhì)量，測試中發(fā)現(xiàn)軟件的質(zhì)量問題并予以解決，提升軟件的可靠性。根據(jù)不同立場，軟件測試有兩種不同目的，從用戶角度出發(fā)，軟件測試的目標在于暴露軟件的缺陷和漏洞，通過解決軟件的不足讓軟件可以被用戶接受；軟件的開發(fā)者角度出發(fā)，則希望通過測試證明軟件中不存在錯誤，表面軟件能滿足用戶的要求，給投資方、使用者帶來對軟件的信心，所以開發(fā)人員傾向于選擇程序失效概率更小的測試用例，并回避容易暴露程序錯誤的用例，排除程序的副作用。軟件開發(fā)者的測試對于提升軟件質(zhì)量并沒有太多意義，因為很多程序的使用問題都出現(xiàn)在特定的條件下，必須建立特殊的使用環(huán)境才能將程序中的問題暴露出來。而在用戶的角度，就需要揭露程序運行和使用中可能出現(xiàn)的錯誤，并通過軟件測試發(fā)現(xiàn)程序中存在的錯誤。

結(jié)合以上需求，軟件測試的目的包括以下幾個方面：程序的測試工作是一個過程，所以目的在于發(fā)現(xiàn)程序中錯誤，好的測試用例在于能發(fā)現(xiàn)至今沒有發(fā)現(xiàn)的程序錯誤，成功的測試在于能發(fā)現(xiàn)至今沒有發(fā)現(xiàn)的錯誤。所以測試工作的目標[2][1]

就在于能用盡量少的時間找到軟件中的錯誤和缺陷，而測試附帶的收獲在于能夠表面軟件的功能和性能與實際需求相符合，以及利用測試收集到的數(shù)據(jù)結(jié)果確定軟件的可靠性。

1.2 軟件測試原則

1.2.1 程序員避免檢查自己的程序

軟件測試工作應(yīng)堅持嚴謹、客觀和冷靜，但是任何人都有不愿否定自己工作的心理，導(dǎo)致程序測試的工作中如果出現(xiàn)問題十分不愉快，因此會傾向于在測試中回避可能出現(xiàn)的問題。所以軟件測試時應(yīng)該由其他人員編寫測試程序，提升測試程序的客觀性和有效性。

1.2.2 測試用例包括合理、不合理輸入條件

合理的輸入條件是能驗證程序正確的輸入條件，不合理輸入條件是指可能導(dǎo)致程序異常的臨界輸入條件。程序測試過程中，多數(shù)人都傾向于使用合法、符合期望的輸入條件，檢查程序是否進行應(yīng)該做的工作，并且會忽略不合法的預(yù)想和輸入條件。但是軟件投入實際工作中，用戶往往不會遵循事先約定會輸入意外信息或者非法命令，如果軟件針對這類意外情況不能做出適當反應(yīng)，軟件就容易產(chǎn)生故障。所以在測試過程中也需要使用不合理輸入條件用例，測試軟件在各種環(huán)境下的工作狀態(tài)。

1.2.3 盡早開展測試工作

軟件具有一定復(fù)雜性和抽象性，并且軟件開發(fā)是一個具有多樣性的工作，單個軟件同時會有很多人員一同參與開發(fā)，人員之間的能力區(qū)別、配合關(guān)系，會導(dǎo)致在軟件開發(fā)的不同階段都產(chǎn)生錯誤。為了能盡早發(fā)現(xiàn)錯誤，測試工作應(yīng)該盡早開展，并且貫穿于軟件開發(fā)環(huán)節(jié)的每個階段，堅持在各個開發(fā)階段的技術(shù)評審工作，預(yù)防開發(fā)過程中存在的錯誤。

1.3 軟件測試分類

1.3.1 根據(jù)開發(fā)階段劃分

[3]

單元測試。單元測試也被稱作模塊測試，會將軟件設(shè)計為最小單位，檢驗軟件模塊的正確性。包括檢測軟件的接口是否規(guī)范、性能是否滿足要求等等，并發(fā)現(xiàn)模塊內(nèi)可能出現(xiàn)的各種錯誤。所以單元測試要從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例，并且針對不同模塊平行地進行獨立測試。

集成測試。集成測試實在單元測試基礎(chǔ)上對程序模塊進行有序、遞增的測試，集成測試能檢驗程序單元部件、接口的關(guān)系，使程序能集成為符合是合計要求的系統(tǒng)。

確認測試。確認測試主要確認軟件是否滿足特定預(yù)期用途和需求。

系統(tǒng)測試。系統(tǒng)測試分析系統(tǒng)是否達到了原始目標，可以對軟件和硬件進行集成測試，可以檢查系統(tǒng)配置是否正確，能否滿足用戶要求。

驗收測試。驗收測試會對整個文檔和系統(tǒng)進行評審，決定是否接收系統(tǒng)。

2 軟件缺陷分析

2.1 軟件缺陷定義

軟件缺陷包括：軟件沒有達到應(yīng)有的功能；軟件的表現(xiàn)和說明書中不一致；軟件功能超出說明書范圍；軟件不符合客戶的預(yù)期目標；測試人員或者用戶認為軟件的易用性不足。不是所有的軟件缺陷都會修改，因為修改需要時間，但是軟件需要面對市場壓力，有些軟件缺陷來自于操作錯誤，并且如果軟件錯誤影響的模塊較多，將會給修改帶來比較大的風險，或者修改性價比低時也會進行修改。

2.2 軟件缺陷生命周期

軟件缺陷的生命周期是指軟件缺陷從被發(fā)現(xiàn)、報告、到缺陷被修復(fù)的完成過程，在理想的狀態(tài)下，軟件缺陷的修復(fù)過程為測試人員發(fā)現(xiàn)缺陷報告給開發(fā)人員，開發(fā)人員根據(jù)缺陷進行修復(fù)，提交給測試人員驗證，測試人員通過驗證修復(fù)過的軟件，關(guān)閉不存在的缺陷。在實際過程中，由于軟件的復(fù)雜性，所以軟件缺陷修復(fù)工作很難完成，需要不斷重復(fù)修改。

2.3 軟件缺陷分類

[5][4]

2.3.1 軟件缺陷屬性

表1 缺陷屬性

缺陷標識

缺陷標志是某個缺陷的符號，每個缺陷都要有缺陷標識。

缺陷類型

缺陷類型是根據(jù)缺陷自然屬性劃分的缺陷種類。

缺陷嚴重程度

缺陷存在對軟件正常運行的影響。

缺陷狀態(tài)

當前缺陷的修復(fù)進展。

缺陷來源

缺陷出現(xiàn)的原因。

缺陷根源

導(dǎo)致缺陷出現(xiàn)的根本因素。

2.3.2 軟件缺陷類型

缺陷可能來自于語法錯誤、拼寫錯誤導(dǎo)致程序的語句存在問題，這類缺陷比較容易解決。有些缺陷存在在程序的設(shè)計中，比如程序存在邏輯錯誤，導(dǎo)致程序不能運行和造成程序崩潰。有些缺陷實在需求、規(guī)格說明、文檔中存在錯誤，不

利于程序的使用。在軟件測試時，需要分析缺陷的種類，然后使用對應(yīng)方法控制程序缺陷。

3 軟件測試過程質(zhì)量控制

3.1 采取工程化質(zhì)量管理方法

軟件測試工作可以使用工程化瀑布模型，根據(jù)模型中對軟件開發(fā)進行階段劃分，分析軟件測試工作需求，做好軟件測試各個階段的劃分，包括調(diào)研，分析和提取測試需求，測試設(shè)計階段建立測試工作產(chǎn)品基線。各個階段的產(chǎn)品在通過評審之后，才能進入到下一階段，確保測試覆蓋的全面性，保證對質(zhì)量控制的整體效果。

分析測試需求時，應(yīng)分析軟件研制任務(wù)和軟件需求之間的關(guān)系，并通過測試對軟件是否滿足需求進行追蹤工作，結(jié)合以往項目經(jīng)驗，補充用戶對程序的隱含需求，保證軟件測試能實現(xiàn)對需求的全面覆蓋。

測試設(shè)計中，需要對每個測試需求都進行設(shè)計，規(guī)劃測試點所使用的測試用例、測試方法和用例數(shù)目，確定測試輸入的數(shù)據(jù)以及測試的輸入步驟。編寫用例時，應(yīng)該根據(jù)數(shù)據(jù)和測試步驟具體化要求建立測試用例集。

3.2 維護測試用例

對測試用例的維護工作也是一個不間斷的過程，維護應(yīng)該以客戶需求和軟件開發(fā)基線作為標準。隨著測試和軟件開發(fā)工作的進行，一些用例可能會不再適合測試系統(tǒng)，由于需求的改變，就需要去掉該功能，以及在軟件每次修改后都要改將過時的測試用例刪除。在進行兩條或者更多條測試時，會對一組輸入和輸出進行測試，這就導(dǎo)致測試中的一些用例使用冗余，由于冗余測試用例的存在，會造成回歸測試效率嚴重降低，所以必須定期清理測試用例庫，清除冗余測試用例。在客戶有新需求時，應(yīng)該分析測試中缺少哪些重要的功能測試，需要開發(fā)新的用例開展測試工作，將開發(fā)測試的用例測試合并到基線測試中。

3.3 加強測試工作中的產(chǎn)品配置管理

[7][6]

測試項目配置管理工作可以保證在整個測試項目生命周期內(nèi)的產(chǎn)品完整性，測試項目配置管理包括在給定時間點上及時提供項目配置，并系統(tǒng)地開展配置更改工作，在整個測試項目和生命周期內(nèi)確保是配置的完整性和可追蹤性。為了保證測試工作的質(zhì)量，需要對測試工作產(chǎn)品、測試基線建立測試基線庫。在測試項目配置工作中，應(yīng)該具備更改控制和配置審核的職能，以便可以系統(tǒng)地控制基線的更改。

3.4 規(guī)范軟件的測試過程

制定規(guī)范、提升規(guī)范性能提升軟件測試工作的可控性，可以保證測試工作的結(jié)果符合需要，提升測試質(zhì)量，以及加強對測試過程的改進。通過建立規(guī)范性的測試過程，保證測試全過程的一致性，確保測試工作目標明確。測試之前首先要做好準備工作，先進行測試過程各個階段的劃分，包括測試策劃、測試設(shè)計、測試執(zhí)行、測試總結(jié)等階段，并明確不同階段對人員的要求，合理進行人員分工。在測試工作中，應(yīng)圍繞測試工作主線建立質(zhì)量保證、測試配置管理兩條監(jiān)督線路，根據(jù)測試工作的各個階段進行測試過程質(zhì)量控制，對測試基線和測試工作產(chǎn)品進行嚴格的質(zhì)量管理。

3.5 過程監(jiān)督制度

由于不同專業(yè)的測試工程師專業(yè)背景、項目工作經(jīng)驗有很大區(qū)別，為了保證測試結(jié)果的一致性，需要建立過程監(jiān)督制度。監(jiān)督工作的重點在于測試項目中一些新員工所進行的測試工作，檢查目前對新標準、新規(guī)范的執(zhí)行情況，以及保證測試工程師和被測軟件專業(yè)人員的差異。監(jiān)督可以采用觀察、提問、抽查、結(jié)果驗證等方法，保證測試工作內(nèi)容符合規(guī)定要求，確保使用正確的測試方法。要監(jiān)督測試項目的環(huán)境是否合適，原始記錄是否符合要求，分析各種配置管理工作的有效性。

結(jié)束語：軟件測試工作決定了軟件能否實現(xiàn)事先設(shè)計的功能，為此需要嚴格控制軟件測試過程，保證測試工作的質(zhì)量。測試工作中，應(yīng)建立有效的監(jiān)督制度，完善測試工作的規(guī)劃，建立明確標準，保證測試工作有序進行，解決軟件存在的質(zhì)量問題。

參考文獻：

[1]丁凝.軟件測試過程的質(zhì)量控制分析[J].網(wǎng)絡(luò)安全技術(shù)與應(yīng)用,2021(05):65-66.

[2]張赟.軟件測試過程質(zhì)量控制的有效策略[J].福建電腦,2020,36(11):96-97.

[3]廖夢虎.對軟件測試過程中的質(zhì)量管理及風險應(yīng)對分析[J].電腦知識與技術(shù),2019,15(21):80-81.

[4]高新.軟件測試過程中的質(zhì)量管理及風險應(yīng)對分析[J].無線互聯(lián)科技,2019,16(13):31-32.

[5]闞青.對軟件測試過程中的質(zhì)量管理及風險應(yīng)對分析[J].電子技術(shù)與軟件工程,2019(03):40.

[6]薛金山.軟件開發(fā)項目過程質(zhì)量控制要點[J].電子制作,2013(22):57.

[7]儲海華. 離岸外包軟件測試的質(zhì)量管理方法研究與應(yīng)用[D].上海交通大學(xué),2013.