軟件測試的流程有哪些？

一、需求調(diào)研

1. 委托方提供資料

A. 填寫測試委托申請表

B. 操作手冊

C. 開發(fā)需求規(guī)格說明書

D. 開發(fā)合同及招標文件等

2. 雙方技術(shù)溝通確定測試具體內(nèi)容，如功能性測試、性能效率測試、信息安全性測試、兼容性測試、可靠性測試等。

3. 我方給出測試方案及報價，達成合作意向

二、合同簽訂

我方根據(jù)確定的測試內(nèi)容分配項目編號擬定測試協(xié)議，雙方無異議后簽訂合同。

三、測試過程安排

1. 測試人員安排

測試人員我方根據(jù)測試工作量進行調(diào)整，測試開始前委托方須部署測試環(huán)境，準備測試會用到的軟硬件資源，包括不限于測試軟件、測試數(shù)據(jù)、配合測試的人員等。

2. 測試活動安排

3. 測試環(huán)境

4. 測試策略

4.1測試用例設(shè)計方法

4.1.1功能性

功能測試用例主要采用等價類劃分法、錯誤推測法、邊值分析法與因果圖法進行設(shè)計：

? 等價類劃分法的原則：

對業(yè)務(wù)流程進行等價類劃分，測試用例應(yīng)是業(yè)務(wù)主流程和流程主分支的最小集，所有的判別分支都能被覆蓋，在流程覆蓋的同時，完成等價功能的測試。

? 邊值分析法的原則：

針對功能說明中的輸入輸出域，進行邊界值和極限值的設(shè)計和測試。

? 錯誤推測法的原則：

采用逆向思維方式，結(jié)合以往測試經(jīng)驗和直覺設(shè)計軟件在功能和流程上可能存在的 各種錯誤，進行容錯性測試。

? 因果圖法的原則：

因果分析圖是以結(jié)果作為特性，以原因作為因素，完成測試的方法。

4.1.2性能效率

性能效率測試主要分為價基準測試、負載測試、壓力測試、配對測試、并發(fā)測試和可靠性測試。

? 基準測試：

基準測試是基于一定規(guī)模的數(shù)據(jù)量上進行單業(yè)務(wù)或按實際用戶操作同比例組合業(yè)務(wù)的測試，目的在于量化響應(yīng)時間、吞吐率的指標，便于后續(xù)比對。

? 負載測試：

通過在被測系統(tǒng)上不斷增加壓力，直到性能指標，例如“響應(yīng)時間”超過預(yù)定指標或者某種資源使用已經(jīng)達到飽和狀態(tài)。

? 壓力測試：

測試系統(tǒng)在一定飽和狀態(tài)下，例如CPU、內(nèi)存等在飽和使用情況下，系統(tǒng)能夠處理的會話能力，以及系統(tǒng)是否會出現(xiàn)錯誤。

? 配對測試：

通過對被測系統(tǒng)的軟/硬件環(huán)境的調(diào)整，了解各種不同環(huán)境對系統(tǒng)性能影響的程度，從而找到系統(tǒng)各項資源的最優(yōu)分配原則。

? 并發(fā)測試：

通過模擬用戶的并發(fā)訪問，測試多用戶并發(fā)訪問同一個應(yīng)用、同一個模塊或者數(shù)據(jù)記錄時是否存在死鎖或者其他性能問題。

? 可靠性測試：

通過給系統(tǒng)加載一定的業(yè)務(wù)壓力（例如資源在70%~90%的使用率）的情況下，讓應(yīng)用持續(xù)運行一段時間，測試系統(tǒng)在這種條件下是否能穩(wěn)定運行。

本次性能測試主要采用并發(fā)測試和負載測試，模擬用戶執(zhí)行業(yè)務(wù)操作，用戶執(zhí)行登錄，依次訪問黨建模塊首頁，訪問綜治模塊并查詢一條數(shù)據(jù)，訪問網(wǎng)格首頁并新增一條數(shù)據(jù)。

5 質(zhì)量保證

由質(zhì)量監(jiān)督員進行監(jiān)督記錄，若項目負責人為該質(zhì)量監(jiān)督員，由質(zhì)量負責人進行復(fù)核，由技術(shù)負責人審批。（至少保證每周一次對正在執(zhí)行的項目進行跟蹤）

6. 溝通保證

為了保障測試過程順利進行，測試方、委托方和開發(fā)方等均應(yīng)保持溝通的暢通，以便快速定位和解決問題。溝通手段包括但不限于以下：

? 會議溝通：在整個測試活動中，應(yīng)當召開首次會議和末次會議；

? 現(xiàn)場交流：主要是測試人員和軟件開發(fā)人員現(xiàn)場溝通交流；

? 電話溝通：較快捷的描述問題和原因；

? 聊天工具：可通過截圖、傳輸方式，形象的描述問題和原因；

? 其他。

7. 測試風險分析

四、測試輸出

a) 測試方案

b) 測試大綱

c) 測試說明

d) 測試記錄

e) 測試報告

f) 其他（測試截圖、腳本等）

標簽：軟件測試、軟件開發(fā)