更新時間:2022-04-22 來源:黑馬程序員 瀏覽量:
哈啰單車類的軟件我們經(jīng)常使用,功能也相對簡單,下面以測哈啰單車App的開鎖用車功能為例來演示一下軟件測試的流程哈啰單車的業(yè)務(wù)流程如圖1所示。
由圖1可知哈啰單車App的功能包括注冊/登錄、搜索、開鎖用車、騎行、鎖車、支付等,本次測試是測試其中的開鎖用車功能。
測試人員對軟件需求進(jìn)行分析,并確定要測試的功能是開鎖用車哈啰單車可以通過2種方式開鎖:掃描車上二維碼開鎖、輸入車輛編號開鎖。但是,如果在晚上通過掃描二維碼的方式開鎖,需要調(diào)取手機(jī)的手電筒功能,因此測哈啰單車的用車功能需要測試以下3個內(nèi)容。
①掃描二維碼開鎖。
②輸入車輛編號開鎖。
③調(diào)取手機(jī)手電筒。
分析得出測試需求之后,可使用表1-3對軟件需求分析進(jìn)行檢查,如果有不合理的地方可以進(jìn)行更正。
測試計劃需要做好整體測試工作安排,它所包含的內(nèi)容比較多,測試計劃書也會分為多個階段制訂。由于篇幅限制,本節(jié)只針對“開鎖用車”功能點做一個簡單的測試計劃,如表1所示。
表1描述了“開鎖”模塊的測試計劃,包括軟件的版本、測試的模塊、人員與時間安排以及所使用的測試用例。
需要注意的是,測試計劃是一份完整且詳細(xì)的文檔,表格只是描述了其中一部分內(nèi)容,不能認(rèn)為測試計劃就是一個簡單的表格。
本次測試的重點是開鎖用車,在設(shè)計測試用例時需要考慮到用車的實際場景。
①白天:掃碼開鎖。
②白天:手動輸入車輛編號開鎖。
③晚上:掃碼+手電筒開鎖。
④晚上:手動輸入車輛編號開鎖。
這里需要注意的是開鎖用車模塊與其他模塊的關(guān)聯(lián),在開鎖時,如果有正在運行的訂的或卷河未支付的訂單,則無法開鎖。綜合考慮上述情況可以設(shè)計出多個開鎖用車的測試用例。如表2所示。
表哈啰單車App開鎖用車測試用例
表2設(shè)計了12個測試用例,使用這12個測試用例可以測試出所有場景下的開鎖用車的情況。需要注意的是,表2中的測試用例是經(jīng)過簡化的,實際測試中,測試用例的設(shè)計步驟比較詳細(xì),內(nèi)容也比較復(fù)雜。
(4)測試執(zhí)行
執(zhí)行測試用例,對測試過程進(jìn)行記錄和跟蹤。對于測試發(fā)現(xiàn)的缺陷整理成缺陷報告。例如,在執(zhí)行編號為007的測試用例時,開啟掃碼功能卻沒有成功打開手機(jī)的手電筒,導(dǎo)致夜晚環(huán)境下無法準(zhǔn)確掃哈啰單車上的二維碼,不能成功開鎖用車。這與該測試用例的預(yù)期結(jié)果不符,是一個軟件缺陷。對上述缺陷進(jìn)行整理,形成一份簡易缺陷報告,如表3所示。
表哈啰單車App開鎖用車測試的簡易缺陷報告
測試完畢后,測試人員將缺陷報告提交給開發(fā)人員,開發(fā)人員會根據(jù)缺陷的嚴(yán)重程度與優(yōu)先級安排時間修改。當(dāng)修改完畢后,會將新版本的軟件提交給測試人員,測試人員再進(jìn)行回歸測試以驗證之前的缺陷是否被修改且是否引入新的缺陷。
(5)編寫完整測試報告
本次測試結(jié)束之后(包括回歸測試),需要編寫一個完整的測試報告,測試報告的內(nèi)容。非常多,一般都是長達(dá)十幾頁甚至幾十頁的Word文檔,或者是在相應(yīng)的軟件測試管理工具中編寫,因此作者無法在此處給出一份詳盡的測試報告哈啰單車App開鎖用車的完整測試報告可以參考下列目錄編寫。
哈啰單車App開鎖用車的完整測試報告
一、引言 1.目的 2.術(shù)語解釋 3.參考資料 二、測試概要 1.項目簡介 2.測試環(huán)境 3.測試時間、地點及人員 三、測試內(nèi)容及執(zhí)行情況 1.測試目標(biāo) 2.測試范圍 3.測試用例使用情況 4.回歸測試 四、缺陷統(tǒng)計與分析 1.缺陷數(shù)目與類型 2.缺陷的解決情況 3.缺陷的趨勢分析 五、測試分析 1.測試覆蓋率分析 2.需求符合度分析 3.功能正確性分析 4.產(chǎn)品質(zhì)量分析 5.測試局限性 六、測試總結(jié) 1.遺留問題 2.測試經(jīng)驗總結(jié) 七、附件 1.測試用例清單 2.缺陷清單 3.交付的測試工作產(chǎn)品 4.遺留問題報告