作者 |劉艷青 上?？匕舶踩珳y評部測試經(jīng)理

版塊 |鑒源論壇 · 觀通

社群 |添加微信號“TICPShanghai”加入“上海控安51fusa安全社區(qū)”

01

集成測試技術(shù)要求

1.1 總體要求

·對軟件集成測試進(jìn)行靜態(tài)測試應(yīng)先于動態(tài)測試；

· 集成過程是動態(tài)進(jìn)行的，在測試計劃中須明確集成策略；

·建立集成測試環(huán)境并通過測試組確認(rèn)；

·應(yīng)逐項測試技術(shù)文檔中明確的軟件組件的功能、接口等特征；

·軟件組件功能特征應(yīng)需要被正常和異常的測試用例覆蓋；

·應(yīng)測試軟件單元和軟件部件之間的所有調(diào)用，達(dá)到要求的測試覆蓋率；

·應(yīng)測試軟件部件的輸出數(shù)據(jù)及格式、部件之間及部件與硬件之間的接口；

·對安全性關(guān)鍵的軟件部件，應(yīng)對其進(jìn)行安全性分析，明確每一個危險狀態(tài)和導(dǎo)致危險的可能原因，并對此進(jìn)行針對性的測試。

1.2 集成測試-功能測試

·部件（或單元）間接口數(shù)據(jù)傳遞和返回結(jié)果的正確性；

·部件組裝后，部件功能的正確性；

·全局?jǐn)?shù)據(jù)結(jié)構(gòu)的正確性。

1.3 集成測試-接口測試

·軟件（或單元）間接口數(shù)據(jù)流的正確性；

·數(shù)據(jù)通過接口是否丟失；

·軟件（或單元）間是否相互存在影響；

·全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否存在問題。

1.4 集成測試-邏輯測試

單元調(diào)用關(guān)系上的覆蓋測試，要求調(diào)用覆蓋率和功能覆蓋率都應(yīng)達(dá)到全覆蓋。即測試應(yīng)覆蓋到每個單元均被調(diào)用過（主函數(shù)除外），且功能實現(xiàn)均完全覆蓋。

1.5 集成測試-結(jié)束準(zhǔn)則

·軟件代碼滿足軟件需求規(guī)格說明、設(shè)計說明中各部件的功能、性能要求；

·軟件單元（或部件）無錯誤連接，集成為配置項；

·接口正確；

·質(zhì)量保證完成對內(nèi)部測試的文檔、程序是否符合規(guī)范的要求等符合性檢查；

·集成測試文檔、記錄、代碼等配置項進(jìn)入受控庫。

02

配置項合格性測試的要求

2.1 總體要求

·在控制流圖中作結(jié)構(gòu)覆蓋測試；

·應(yīng)逐項測試需求規(guī)格說明書中列出的配置項，以及配置參數(shù)所實現(xiàn)的功能、性能等特性；

·配置項的每個功能特性應(yīng)至少用一個正常的測試用例和一個異常的測試用例驗證并覆蓋；

·配置項的每個性能特性應(yīng)多次進(jìn)行測試，取測試結(jié)果的最大值、最小值和平均值進(jìn)行評估；

·測試用例設(shè)計時，應(yīng)考慮輸入有效等價類值、輸入無效等價類值以及上下邊界值；

·應(yīng)測試配置項的輸出及其格式；

2.2 文檔審查

· 文檔的完整性：主要審查文檔是否符合軟件任務(wù)書以及軟件工程化要求中規(guī)定的軟件文檔。

· 文檔的一致性：主要審查文檔內(nèi)容、文檔之間內(nèi)容的一致性和覆蓋完整性。

· 文檔的準(zhǔn)確性：主要審查文檔內(nèi)容的描述是否符合任務(wù)要求、文檔對功能、性能、接口以及安全性等方面的描述的正確性。

· 文檔符合標(biāo)準(zhǔn)：主要審查文檔與規(guī)范要求的格式的一致性、與規(guī)范中要求內(nèi)容的一致性和正確性等。

2.3 配置項合格性測試-靜態(tài)分析

靜態(tài)分析宜借助靜態(tài)分析工具開展。根據(jù)軟件編程語言的具體特點(diǎn)制定度量元。

03

動態(tài)測試的要求

3.1 功能測試

功能測試是對軟件需求規(guī)格說明書中的功能項進(jìn)行遍歷的測試，以驗證軟件是否滿足需求。功能測試一般可以分為如下情況：

·用正常值等價類進(jìn)行輸入的正常測試；

·用非正常等價類進(jìn)行輸入的異常測試；

·對每個參數(shù)的邊界值測試，可以分為正常邊界值、異常邊界值，上邊界、下邊界等；

·用正確的數(shù)據(jù)類型不斷加壓運(yùn)行，測試閾值；

·在配置項測試時對配置項的邏輯等進(jìn)行驗證。

3.2 性能測試

性能測試一般包括：

·測試在獲得定量結(jié)果時程序計算的精確度（處理運(yùn)算的精度）；

·測試其時間特性和完成運(yùn)行所需的時間（響應(yīng)時間）；

·測試為完成功能所處理的數(shù)據(jù)量（容量）；

·測試程序運(yùn)行所占用的空間；

·測試其負(fù)荷潛力；

·測試配置項各部分的協(xié)調(diào)性；

·在系統(tǒng)測試時測試軟件和硬件結(jié)合時，系統(tǒng)的運(yùn)行性能；

·在系統(tǒng)測試時測試系統(tǒng)對并發(fā)任務(wù)的處理能力。

注：性能測試過程中不能改變被測軟件的運(yùn)行邏輯、運(yùn)行計算以及時序等，可通過外部信號進(jìn)行監(jiān)測，必要時可在程序中進(jìn)行插樁，插樁代碼不應(yīng)影響程序的性能指標(biāo)。

3.3 接口測試

對于接口的測試，應(yīng)根據(jù)接口的具體情況分別對待，如硬件接口，應(yīng)對硬件接口的每個指標(biāo)進(jìn)行測試，例如對RS422接口的測試，應(yīng)對波特率、數(shù)據(jù)位、奇偶校驗、停止位以及運(yùn)行周期等進(jìn)行測試，以檢驗是否滿足設(shè)計的要求。如對軟件內(nèi)部數(shù)據(jù)接口的測試，應(yīng)對軟件的數(shù)據(jù)傳遞類型、數(shù)據(jù)范圍等進(jìn)行測試，以檢驗內(nèi)部數(shù)據(jù)接口滿足設(shè)計的情況。

3.4 邊界測試

邊界測試一般包括：

·軟件的輸入和輸出邊界或端點(diǎn)的測試；

·狀態(tài)轉(zhuǎn)換的邊界或端點(diǎn)的測試；

·功能界限的邊界或端點(diǎn)的測試；

·性能界限的邊界或端點(diǎn)的測試；

·容量界限的邊界或端點(diǎn)的測試。

注：邊界測試的數(shù)據(jù)選擇主要針對測試過程中的輸入數(shù)據(jù)，選擇輸入數(shù)據(jù)的要求一般選擇在數(shù)據(jù)有效范圍的邊界和端點(diǎn)，如輸入數(shù)據(jù)a的類型為整型，取值范圍為(0,100),(300,500)，則最少選擇的邊界數(shù)據(jù)為12個，即每個端點(diǎn)處至少選擇3個邊界數(shù)據(jù)；如輸入數(shù)據(jù)b為狀態(tài)參數(shù)，應(yīng)選擇b狀態(tài)的幾個邊緣點(diǎn)進(jìn)行測試；如測試的對象為性能測試，則測試處最大性能參數(shù)與最小的性能參數(shù)；如測試對象為容量界限，一般選擇測試運(yùn)行內(nèi)存內(nèi)容。對于性能測試和容量測試時，須對軟件進(jìn)行邏輯、功能、性能分析后進(jìn)行邊界測試用例的設(shè)計。

3.5 人機(jī)交互界面測試

人機(jī)交互界面測試用例設(shè)計應(yīng)保證對設(shè)計中所有的正確的要求進(jìn)行用例設(shè)計和測試，其次，應(yīng)對未對保護(hù)的工作邏輯進(jìn)行測試。人機(jī)交互界面中存在輸入輸出數(shù)據(jù)時，同時考慮對輸入輸出數(shù)據(jù)的功能性測試、邊界測試等。

3.6 恢復(fù)性測試

恢復(fù)性測試的具體要求如下：

·應(yīng)對軟件出現(xiàn)故障后通過容錯措施恢復(fù)正常工作的能力進(jìn)行測試；

·應(yīng)對軟件失效后通過自復(fù)位或備機(jī)切換等措施等恢復(fù)繼續(xù)工作的能力進(jìn)行測試；

·應(yīng)對系統(tǒng)失效后重新運(yùn)行時軟件依據(jù)記錄數(shù)據(jù)恢復(fù)續(xù)接式作業(yè)工作的能力進(jìn)行測試；

·恢復(fù)性測試可結(jié)合其它測試類型一起進(jìn)行，如：安全性測試、功能測試、性能測試等。

注：恢復(fù)性測試一般僅僅針對軟件或系統(tǒng)重新運(yùn)行不會對整個系統(tǒng)造成影響的情況方才具備該測試類型，一般要求在運(yùn)行過程中停止運(yùn)行、條件觸發(fā)復(fù)位等各項操作，測試復(fù)位并重新啟動后，軟件對系統(tǒng)的影響以及自身的運(yùn)行情況的測試。

3.7數(shù)據(jù)處理測試

數(shù)據(jù)處理測試的具體要求如下：

·應(yīng)對數(shù)據(jù)文件的存取、數(shù)據(jù)庫的存取、數(shù)據(jù)格式的轉(zhuǎn)換等專門數(shù)據(jù)處理功能進(jìn)行測試；

·對數(shù)據(jù)庫應(yīng)用軟件、數(shù)據(jù)采集軟件、產(chǎn)生大量數(shù)據(jù)文件的軟件等應(yīng)進(jìn)行數(shù)據(jù)處理測試；

·數(shù)據(jù)處理測試可結(jié)合其它測試類型一起進(jìn)行，如：功能測試、性能測試、接口測試等。

數(shù)據(jù)處理測試一般包括：數(shù)據(jù)采集功能的測試；數(shù)據(jù)融合功能的測試；數(shù)據(jù)轉(zhuǎn)換功能的測試；剔除壞數(shù)據(jù)功能的測試；數(shù)據(jù)解釋功能的測試。

數(shù)據(jù)處理測試一般關(guān)注數(shù)據(jù)計算過程的邏輯、計算的正確性，在具備標(biāo)準(zhǔn)數(shù)據(jù)的輸入、輸出時，可采用動態(tài)測試的方式實現(xiàn)，否則一般以代碼審查的方式審查代碼與模型的一致性。

3.8 安裝性測試

安裝性測試的具體要求如下：

·應(yīng)對應(yīng)用軟件安裝到應(yīng)用系統(tǒng)中的操作過程進(jìn)行測試，驗證安裝過程的正確性；

·應(yīng)驗證安裝過程與產(chǎn)品規(guī)格說明或用戶手冊中所說明的安裝步驟是否文實一致；

·應(yīng)對軟件卸載過程進(jìn)行測試，測試卸載后系統(tǒng)中的軟件痕跡是否徹底清除干凈；

·對適用于多種操作系統(tǒng)或多種系統(tǒng)配置的軟件，應(yīng)進(jìn)行各種環(huán)境下的安裝測試。

對于嵌入式軟件一般不進(jìn)行安裝性測試，安裝性測試針對的主要是以安裝包的形式提交產(chǎn)品庫的要求時進(jìn)行測試，主要測試的內(nèi)容包括測試過程的符合性、安裝過程的符合性以及卸載后是否存在遺留等。

3.9 結(jié)束準(zhǔn)則

·軟件滿足軟件需求規(guī)格說明中所規(guī)定的功能、性能、接口、約束及限制等軟件本身質(zhì)量特性要求；

·完成配置項合格性測試報告的編制并通過評審；

·質(zhì)量保證完成對配置項合格性測試的文檔、程序是否符合規(guī)范的要求等符合性檢查；

·配置項合格性測試文檔、記錄、代碼等配置項進(jìn)入受控庫。

04

總 結(jié)

本文從集成測試、配置項合格性測試、動態(tài)測試等方面介紹了測試的要求、各測試階段應(yīng)關(guān)注的測試內(nèi)容、以及結(jié)束的準(zhǔn)則。除以上所提及的測試活動之外，不同的產(chǎn)品或系統(tǒng)，也會對應(yīng)增加或簡化測試過程，如系統(tǒng)合格性測試、信息安全性等測試活動。從整個開發(fā)管理活動來說，還有軟件使用準(zhǔn)備、軟件移交準(zhǔn)備、軟件驗證等后續(xù)管理活動。

參考文獻(xiàn)：

[1] GB-T 15532-2008 計算機(jī)軟件測試規(guī)范

http://www.doc88.com/p-7394374075165.html

[2] GB T 33783-2017 可編程邏輯器件軟件測試指南

https://wenku.so.com/d/7e5129fc816015b21f1d0f3c901d307b

某軍工企業(yè)系統(tǒng)集成類項目管理系統(tǒng)的分析與設(shè)計

審核編輯 黃宇