軟件測試方案

1、一、功能性測試適應(yīng)性測試從適應(yīng)性考慮，應(yīng)測試系統(tǒng)/子系統(tǒng)設(shè)計文檔規(guī)定的系統(tǒng)的每一項功能。準(zhǔn)確性測試從準(zhǔn)確性考慮，可對系統(tǒng)中具有準(zhǔn)確性要求的功能和精度要求的項（如數(shù)據(jù) 處理精度、時間控制精度、時間測量精度）進(jìn)行測試?；ゲ僮餍詼y試從互操作性考慮，可測試系統(tǒng)/子系統(tǒng)設(shè)計文檔、接口需求規(guī)格說明文檔和 接口設(shè)計文檔規(guī)定的系統(tǒng)與外部設(shè)備的接口、與其他系統(tǒng)的接口。測試其格式和 內(nèi)容，包括數(shù)據(jù)交換的數(shù)據(jù)格式和內(nèi)容；測試接口之間的協(xié)調(diào)性；測試軟件對系 統(tǒng)每一個真實接口的正確性；測試軟件系統(tǒng)從接口接收和發(fā)送數(shù)據(jù)的能力；測試 數(shù)據(jù)的約定、協(xié)議的一致性；測試軟件系統(tǒng)對外圍設(shè)備接口特性的適應(yīng)性。安全保密性測試從安全保密

2、性，可測試系統(tǒng)及其數(shù)據(jù)訪問的可控制性。測試系統(tǒng)防止非法操作的模式，包括防止非授權(quán)的創(chuàng)建、刪除或修改程序或 信息，必要時做強化異常操作的測試。測試系統(tǒng)防止數(shù)據(jù)被訛誤和被破壞的能力。測試系統(tǒng)的加密和解密功能。二、可靠性測試成熟性測試在成熟性，可基于系統(tǒng)運行剖面設(shè)計測試用例，根據(jù)實際使用的概率分布隨 機選擇輸入，運行系統(tǒng)，測試系統(tǒng)滿足需求的程度并獲取失效數(shù)據(jù)，其中包括對 重要輸入變量值的覆蓋、對相關(guān)輸入變量可能組合的覆蓋、對設(shè)計輸入空間與實 際輸入空間之間區(qū)域的覆蓋、對各種使用功能的覆蓋、對使用環(huán)境的覆蓋。應(yīng)在 有代表性的使用環(huán)境中、以及可能影響系統(tǒng)運行方式的環(huán)境中運行軟件，驗證系 統(tǒng)的可靠性需求是

3、否正確實現(xiàn)。對一些特殊的系統(tǒng)，如容錯軟件、實時嵌入式軟 件等，由于在一般的使用環(huán)境下常常很難在軟件中植入差錯，應(yīng)考慮多種測試環(huán) 境。測試系統(tǒng)的平均無故障時間。選擇可靠性增長模型，通過檢測到的失效數(shù)和 故障數(shù)，對系統(tǒng)的可靠性進(jìn)行預(yù)測。容錯性測試從容錯性考慮，可測試：系統(tǒng)對中斷發(fā)生的反應(yīng)。系統(tǒng)在邊界條件下的反應(yīng)。系統(tǒng)的功能、性能的降級情況。系統(tǒng)的各種誤操作模式。系統(tǒng)的各種故障模式（如數(shù)據(jù)超出范圍、死鎖等）。測試在多機系統(tǒng)出現(xiàn)故障需要切換時系統(tǒng)的功能和性能的連續(xù)平穩(wěn)性。 注：可用故障樹分析技術(shù)檢測誤操作模式和故障模式。易恢復(fù)性測試從易恢復(fù)性考慮，可測試：具有自動修復(fù)功能的系統(tǒng)的自動修復(fù)的時間。系統(tǒng)在

4、特定的時間范圍內(nèi)的平均宕機時間。2系統(tǒng)在特定的時間范圍內(nèi)的平均恢復(fù)時間。系統(tǒng)的重新啟動并繼續(xù)提供服務(wù)的能力。系統(tǒng)的還原功能的還原能力。三、易用性測試易理解測試系統(tǒng)的各項功能，確認(rèn)它們是否容易被識別和被理解。要求具有演示功能的能力，確認(rèn)演示是否容易被訪問、演示是否充分和有效。界面的輸入和輸出，確認(rèn)輸入和輸出的格式和含義是否容易被理解。易學(xué)性測試從易學(xué)性考慮，可測試系統(tǒng)的在線幫助，確認(rèn)在線幫助是否容易定位，是否 有效；還可以對照用戶手冊或操作手冊執(zhí)行系統(tǒng)，測試用戶文檔的有效性。易操作性測試輸入數(shù)據(jù)，確認(rèn)系統(tǒng)是否對輸入數(shù)據(jù)進(jìn)行有效性檢查。要求具有中斷執(zhí)行的功能，確認(rèn)它們能否在動作完成之前被取消。要求

5、具有還原能力（數(shù)據(jù)庫恢復(fù)能力）的功能，確認(rèn)它們能否在動作完成之 后被撤銷。包含參數(shù)設(shè)置的功能，確認(rèn)參數(shù)是否已選擇、是否有缺省值。要求具有解釋的消息，確認(rèn)它們是否明確。要求具有界面提示能力的界面元素，確認(rèn)它們是否有效。要求具有容錯能力的功能和操作，確認(rèn)系統(tǒng)能否提示出錯的風(fēng)險、能否容易 糾正錯誤的輸入、能否從差錯中恢復(fù)。要求具有定制能力的功能和操作，確認(rèn)定制能力的有效性。要求具有運行狀態(tài)監(jiān)控能力的功能，確認(rèn)它們的有效性。注：以正確操作、誤操作模式、非常規(guī)模式和快速操作為框架設(shè)計測試用例，誤 操作模式有錯誤的數(shù)據(jù)類型作參數(shù)、錯誤的輸入數(shù)據(jù)序列、錯誤的操作序列等。 如有用戶手冊或操作手冊，可對照手冊逐

6、條進(jìn)行測試。吸引性測試從吸引性考慮，可測試系統(tǒng)的人機交互界面能否定制。四、效率測試時間特性測試從時間特性考慮，可測試系統(tǒng)的響應(yīng)時間、平均響應(yīng)時間、響應(yīng)極限時間， 系統(tǒng)的吞吐量、平均吞吐量，系統(tǒng)的周轉(zhuǎn)時間、平均周轉(zhuǎn)時間、周轉(zhuǎn)時間極限。注：響應(yīng)時間指系統(tǒng)為完成一項規(guī)定任務(wù)所需的時間；平均響應(yīng)時間指系統(tǒng) 執(zhí)行若干并行任務(wù)所需的平均時間；響應(yīng)極限時間指在最大負(fù)載條件下，系統(tǒng)完 成某項任務(wù)需要時間的極限；吞吐量指在給定的時間周期內(nèi)系統(tǒng)能成功完成的任 務(wù)數(shù)量；平均吞吐量指在一個單位時間內(nèi)系統(tǒng)能處理并發(fā)任務(wù)的平均數(shù)；極限吞 吐量指在最大負(fù)載條件下，在給定的時間周期內(nèi)，系統(tǒng)能處理的最多并發(fā)任務(wù)數(shù)； 周轉(zhuǎn)時間指

7、從發(fā)出一條指令開始到一組相關(guān)的任務(wù)完成的時間；平均周轉(zhuǎn)時間指 在一個特定的負(fù)載條件下，對一些并發(fā)任務(wù)，從發(fā)出請求到任務(wù)完成所需要的平 均時間；周轉(zhuǎn)時間極限指在最大負(fù)載條件下，系統(tǒng)完成一線任務(wù)所需要時間的極 限。在測試時，應(yīng)標(biāo)識和定義適合于軟件應(yīng)用的任務(wù)，并對多項任務(wù)進(jìn)行測試， 而不是僅測一項任務(wù)。注：軟件應(yīng)用任務(wù)的例子，如在通信應(yīng)用中的切換、數(shù)據(jù)包發(fā)送、在控制應(yīng) 用中的事件控制，在公共用戶應(yīng)用中由用戶調(diào)用的功能產(chǎn)生的一個數(shù)據(jù)的輸出等。資源利用性測試從資源利用性考慮，可測試系統(tǒng)的輸入/輸出設(shè)備、內(nèi)存和傳輸資源的利用情 況:執(zhí)行大量的并發(fā)任務(wù)，測試輸入/輸出設(shè)備的利用時間。在使輸入/輸出負(fù)載達(dá)到最

8、大的系統(tǒng)條件下，運行系統(tǒng)，測試輸入/輸出負(fù)載 極限。并發(fā)執(zhí)行大量的任務(wù)，測試用戶等待輸入/輸出設(shè)備操作完成需要的時間。注：建議調(diào)查幾次測試與運行實例中的最大時間與時間分布。在規(guī)定的負(fù)載下和在規(guī)定的時間范圍內(nèi)運行系統(tǒng)，測試內(nèi)存的利用情況。在最大負(fù)載下運行系統(tǒng)，測試內(nèi)存的利用情況。并發(fā)執(zhí)行規(guī)定的數(shù)個任務(wù)，測試系統(tǒng)的傳輸能力。在系統(tǒng)負(fù)載最大的條件下和在規(guī)定的時間周期內(nèi)，測試傳輸資源的利用情況。 在系統(tǒng)傳輸負(fù)載最大條件下，測試不同介質(zhì)同步完成其任務(wù)的時間周期。五、維護(hù)性測試易分析性測試從易分析性考慮，可設(shè)計各種情況的測試用例運行系統(tǒng)，并監(jiān)測系統(tǒng)運行狀 態(tài)數(shù)據(jù)，檢查這些數(shù)據(jù)是否容易獲得、內(nèi)容是否充分。如

9、果軟件具有診斷功能， 應(yīng)測試該功能。易改變性測試從易改變性考慮，可測試能否通過參數(shù)來改變系統(tǒng)。易測試性測試從易測試性考慮，可測試軟件內(nèi)置的測試功能，確認(rèn)它們是否完整和有效。六、可移植性測試適應(yīng)性測試從適應(yīng)性考慮，可測試:軟件對諸如數(shù)據(jù)文件、數(shù)據(jù)塊或數(shù)據(jù)庫等數(shù)據(jù)結(jié)構(gòu)的適應(yīng)能力。軟件對硬件設(shè)備和網(wǎng)絡(luò)設(shè)施等硬件環(huán)境的適應(yīng)能力。軟件對系統(tǒng)軟件或并行的應(yīng)用軟件等軟件環(huán)境的適應(yīng)能力。軟件是否已移植。易安裝性測試從易安裝性考慮，可測試軟件安裝的工作量、安裝的可定制性、安裝設(shè)計的 完備性、安裝操作的簡易性、是否容易重新安裝。注：安裝設(shè)計的完備性可分為三級最好：設(shè)計了安裝程序，并編寫了安裝指南文檔。好：僅編寫了

10、安裝指南文檔。差：無安裝程序和安裝指南文檔。注：安裝操作的簡易性可分為四級。非常容易：只需啟動安裝功能并觀察安裝過程。容易：只需回答安裝功能中提出的問題。不容易：需要從表或填充框中看參數(shù)。復(fù)雜：需要從文件中尋找參數(shù)，改變或?qū)懰鼈?。共存性測試從共存性考慮，可測試軟件與其他軟件共同運行的情況。易替換性測試當(dāng)替換整個不同的軟件系統(tǒng)和用同一軟件系列的高版本替換低版本時，在易 替換性，可考慮測試：軟件能否繼續(xù)使用被其替代的軟件使用過的數(shù)據(jù)。軟件是否具有被其替代的軟件中的類似功能。依從性測試當(dāng)軟件在功能性、可靠性、易用性、效率、維護(hù)性和可移植性遵循了相關(guān)的 標(biāo)準(zhǔn)、約定、風(fēng)格指南或法規(guī)時，應(yīng)酌情進(jìn)行測試。上

11、述基于軟件質(zhì)量特性/子特性的系統(tǒng)測試內(nèi)容對應(yīng)到傳統(tǒng)的軟件測試類型 如下所示：功能測試目標(biāo)：對產(chǎn)品的功能進(jìn)行測試，檢驗是否實現(xiàn)、是否正確實現(xiàn)；方法：覆蓋產(chǎn)品的功能；工具：回歸測試時候可以使用工具。性能測試目標(biāo)：對產(chǎn)品的性能進(jìn)行測試，檢驗是否達(dá)標(biāo)、是否能夠保持；方法：覆蓋系統(tǒng)的性能需求，一般和負(fù)載測試結(jié)合使用；工具：在需要大訪問量時候尤其需要使用工具。負(fù)載測試目標(biāo)：在人為設(shè)置的高負(fù)載（大數(shù)據(jù)量、大訪問量）的情況下，檢查系統(tǒng)是 否發(fā)生功能或者性能上的問題；方法：人為生成大數(shù)據(jù)量，并利用工具模擬頻繁并發(fā)訪問；工具：一般需要使用工具。壓力測試目標(biāo)：在人為設(shè)置的系統(tǒng)資源緊缺情況下，檢查系統(tǒng)是否發(fā)生功能或者

12、性能 上的問題；方法：人為減少可用的系統(tǒng)資源，包括：內(nèi)存、硬盤、網(wǎng)絡(luò)、CPU占用、數(shù) 據(jù)庫反應(yīng)時間等；工具：一般需要使用工具。疲勞測試目標(biāo)：在一段時間內(nèi)（經(jīng)驗上一般是連續(xù)72小時）保持系統(tǒng)功能的頻繁使 用，檢查系統(tǒng)是否發(fā)生功能或者性能上的問題；方法：人為設(shè)置不同功能的連續(xù)重復(fù)操作； 工具：一般需要使用工具。易用性測試目標(biāo)：檢查系統(tǒng)界面和功能是否容易學(xué)習(xí)、使用方式是否規(guī)范一致，是否會 誤導(dǎo)用戶或者使用模糊的信息；方法：可以采用用戶操作、觀察（錄像）、反饋并評估的方式，一般與功能測 試結(jié)合使用。安裝測試目標(biāo)：檢查系統(tǒng)安裝是否能夠安裝所有需要的文件/數(shù)據(jù)并進(jìn)行必要的系統(tǒng) 設(shè)置，檢查系統(tǒng)安裝是否會破壞

13、其他文件或配置，檢查系統(tǒng)安裝是否可以中止并 恢復(fù)現(xiàn)場，檢查系統(tǒng)是否能夠正確卸載并恢復(fù)現(xiàn)場，檢查安裝和卸載過程的用戶 提示和功能是否出現(xiàn)錯誤。有時候?qū)惭b測試作為功能測試的一部分。配置測試目標(biāo)：在不同的硬件配置下，在不同的操作系統(tǒng)和應(yīng)用軟件環(huán)境中，檢查系 統(tǒng)是否發(fā)生功能或者性能上的問題；方法：一般需要建立測試實驗室。文檔測試目標(biāo)：檢查系統(tǒng)的文檔是否齊全，檢查是否有多余文檔或者死文檔，檢查文 檔內(nèi)容是否正確/規(guī)范/一致等；方法：一般由單獨的一組測試人員實施。安全測試（包括病毒、加密、權(quán)限）目標(biāo)：檢查系統(tǒng)是否有病毒，檢查系統(tǒng)是否正確加密，檢查系統(tǒng)在非授權(quán)的 內(nèi)部或外部用戶訪問或故意破壞時是否出現(xiàn)錯誤

14、?；謴?fù)測試目標(biāo)：在人為發(fā)生系統(tǒng)災(zāi)難（系統(tǒng)崩潰、硬件損壞、病毒入侵等）的情況下， 檢查系統(tǒng)是否能恢復(fù)被破壞的環(huán)境和數(shù)據(jù)。 回歸測試定義回歸測試是一種選擇性重新測試，目的是檢測系統(tǒng)或系統(tǒng)組成部分在修 改期間產(chǎn)生的缺陷，用于驗證已進(jìn)行的修改并未引起不希望的有害效果，或確認(rèn) 修改后的系統(tǒng)或系統(tǒng)組成部分仍滿足規(guī)定的要求；目標(biāo)檢查系統(tǒng)變更之后是否引 入新的錯誤或者舊的錯誤重新出現(xiàn)，尤其是在每次Build之后和穩(wěn)定期測試的時 候；一般使用工具，一般依賴于測試用例庫和缺陷報告庫。健全測試目標(biāo)：檢查系統(tǒng)的功能和性能是否基本可以正常使用，來確定是否可以繼續(xù) 進(jìn)行系統(tǒng)測試的其他內(nèi)容；方法：正常安裝，并使用正常情況下

15、的測試,用例對主要功能進(jìn)行測試.；同時 檢查系統(tǒng)文檔是否齊全。交付測試目標(biāo)：關(guān)閉所有缺陷報告，確保系統(tǒng)達(dá)到預(yù)期的交付標(biāo)準(zhǔn)；方法：一般需要結(jié)合回歸測試，并謹(jǐn)慎處理新出現(xiàn)的Bug。交付測試也稱為 穩(wěn)定期測試，有時候與系統(tǒng)測試獨立劃分。演練測試目標(biāo)：在交付給用戶之前，利用相似的用戶環(huán)境進(jìn)行測試。背靠背測試目標(biāo)：設(shè)置一組以上的測試團(tuán)隊，在互相不進(jìn)行溝通的情況下獨立進(jìn)行相同 的測試項目，用來評估測試團(tuán)隊的效果并發(fā)現(xiàn)更多的錯誤。開始用于測試外包, 現(xiàn)在也用于內(nèi)部測試。度量測試目標(biāo)：在系統(tǒng)中人為地放入錯誤（播種），并根據(jù)被發(fā)現(xiàn)的比例來確定系統(tǒng)中 遺留的錯誤數(shù)量。開始用于測試外包，現(xiàn)在也用于內(nèi)部測試。比較測試目標(biāo)：與競爭產(chǎn)品及本產(chǎn)品的舊版本測試同樣的內(nèi)容，來確定系統(tǒng)的優(yōu)勢和 劣