實例：哈單車App的開鎖用車功能測試全流程

哈啰單車類的軟件我們經常使用，功能也相對簡單，下面以測哈啰單車App的開鎖用車功能為例來演示一下軟件測試的流程哈啰單車的業(yè)務流程如圖1所示。

表1描述了“開鎖”模塊的測試計劃，包括軟件的版本、測試的模塊、人員與時間安排以及所使用的測試用例。

需要注意的是，測試計劃是一份完整且詳細的文檔，表格只是描述了其中一部分內容，不能認為測試計劃就是一個簡單的表格。

本次測試的重點是開鎖用車，在設計測試用例時需要考慮到用車的實際場景。

(3)設計測試用例

①白天：掃碼開鎖。

②白天：手動輸入車輛編號開鎖。

③晚上：掃碼+手電筒開鎖。

④晚上：手動輸入車輛編號開鎖。

這里需要注意的是開鎖用車模塊與其他模塊的關聯(lián)，在開鎖時，如果有正在運行的訂的或卷河未支付的訂單，則無法開鎖。綜合考慮上述情況可以設計出多個開鎖用車的測試用例。如表2所示。

表哈啰單車App開鎖用車測試用例

表2設計了12個測試用例，使用這12個測試用例可以測試出所有場景下的開鎖用車的情況。需要注意的是，表2中的測試用例是經過簡化的，實際測試中，測試用例的設計步驟比較詳細，內容也比較復雜。

(4)測試執(zhí)行

執(zhí)行測試用例，對測試過程進行記錄和跟蹤。對于測試發(fā)現(xiàn)的缺陷整理成缺陷報告。例如，在執(zhí)行編號為007的測試用例時，開啟掃碼功能卻沒有成功打開手機的手電筒，導致夜晚環(huán)境下無法準確掃哈啰單車上的二維碼，不能成功開鎖用車。這與該測試用例的預期結果不符，是一個軟件缺陷。對上述缺陷進行整理，形成一份簡易缺陷報告，如表3所示。

表哈啰單車App開鎖用車測試的簡易缺陷報告

測試完畢后，測試人員將缺陷報告提交給開發(fā)人員，開發(fā)人員會根據缺陷的嚴重程度與優(yōu)先級安排時間修改。當修改完畢后，會將新版本的軟件提交給測試人員，測試人員再進行回歸測試以驗證之前的缺陷是否被修改且是否引入新的缺陷。

(5)編寫完整測試報告

本次測試結束之后(包括回歸測試)，需要編寫一個完整的測試報告，測試報告的內容。非常多，一般都是長達十幾頁甚至幾十頁的Word文檔，或者是在相應的軟件測試管理工具中編寫，因此作者無法在此處給出一份詳盡的測試報告哈啰單車App開鎖用車的完整測試報告可以參考下列目錄編寫。

哈啰單車App開鎖用車的完整測試報告

一、引言
1.目的
2.術語解釋
3.參考資料
二、測試概要
1.項目簡介
2.測試環(huán)境
3.測試時間、地點及人員
三、測試內容及執(zhí)行情況
1.測試目標
2.測試范圍
3.測試用例使用情況
4.回歸測試
四、缺陷統(tǒng)計與分析
1.缺陷數目與類型
2.缺陷的解決情況
3.缺陷的趨勢分析
五、測試分析
1.測試覆蓋率分析
2.需求符合度分析
3.功能正確性分析
4.產品質量分析
5.測試局限性
六、測試總結
1.遺留問題
2.測試經驗總結
七、附件
1.測試用例清單
2.缺陷清單
3.交付的測試工作產品
4.遺留問題報告

猜你喜歡：

測試的準入準出標準是什么?

測試用例怎么寫?測試用例實戰(zhàn)

產品開發(fā)階段和測試階段需要怎么做？

軟件測試需要學習哪些內容？

黑馬程序test員軟件測試工程師培訓