基于場景的測試方法(用戶使用者角度去看系統(tǒng),關(guān)注用戶使用習(xí)慣,不關(guān)注實(shí)現(xiàn)細(xì)節(jié))

雖然車輪圖測試分析法可以快速全面地進(jìn)行測試設(shè)計(jì),但是這種測試設(shè)計(jì)從系統(tǒng)內(nèi)部出發(fā),不會涉及用戶如何認(rèn)識和使用這個(gè)系統(tǒng),這就可能導(dǎo)致出現(xiàn)洋洋灑灑設(shè)計(jì)了很多測試用例,但是到用戶現(xiàn)場才發(fā)現(xiàn)用戶根本就不是這樣用的窘?jīng)r。

要解決這個(gè)問題,就需要基于場景對被測系統(tǒng)進(jìn)行分析,基于場景對測試進(jìn)行分析和設(shè)計(jì)。

場景指用戶會使用這個(gè)系統(tǒng)來完成預(yù)定目標(biāo)的所有情況的集合。

場景本身也代表了用戶的需求,所以可以認(rèn)為場景是需求的一種描述形式。和從質(zhì)量屬性的角度去描述需求不同,場景是從使用者的角度去看系統(tǒng)的,主要解決如何使用系統(tǒng)的問題。

Karl E.Wiegers著作《軟件需求》(Software Requirements的第二版)中給出一個(gè)化學(xué)品跟蹤管理系統(tǒng)的場景圖,該圖可以很好地說明用戶場景的特點(diǎn)。

《軟件需求》中的化學(xué)品跟蹤管理系統(tǒng)的用例圖(場景圖,局部)

1)可以分析出與這個(gè)系統(tǒng)相關(guān)的所有使用者(用戶)。

2)可以明確用戶會如何使用這個(gè)系統(tǒng)(用戶的使用習(xí)慣)。

3)可以明確用戶的關(guān)注點(diǎn)是什么。

在場景里,完全是從用戶角度去理解系統(tǒng)的,從而可以挖掘出用戶的隱含需求。如果不是站在化學(xué)品倉庫保管人員的角度去看這個(gè)系統(tǒng),就不會發(fā)現(xiàn)功能點(diǎn)“查看廠商的產(chǎn)品目錄”和“請求一種化學(xué)品”之間有內(nèi)在關(guān)系。

對一個(gè)用戶來說,其和系統(tǒng)的功能點(diǎn)交互,通過操作步驟和系統(tǒng)的反饋一步步完成的。把那些與最核心、最直接的功能對應(yīng)的步驟稱為主步驟,對應(yīng)的場景稱為主要場景;與分支條件對應(yīng)的是從步驟,對應(yīng)場景為次要場景。下圖總結(jié)了主要場景、次要場景和主步驟、從步驟之間的關(guān)系。

主要場景和次要場景示意圖

主要場景和次要場景可以對應(yīng)一個(gè)功能點(diǎn),也可以對應(yīng)不同功能點(diǎn),兩個(gè)功能點(diǎn)之間通過“分支條件”來連接。在這種情況中,顯然分支條件等同于次要場景的前置條件,這暗示著,場景可以串聯(lián),形成一個(gè)更大、更復(fù)雜的場景。

串聯(lián)場景

場景測試是從場景的角度對系統(tǒng)進(jìn)行測試和驗(yàn)證。從另一個(gè)角度來說,場景測試也是一種需求測試。所以場景測試都是黑盒測試,其將系統(tǒng)或者系統(tǒng)功能作為黑盒,不會關(guān)注系統(tǒng)實(shí)現(xiàn)細(xì)節(jié),主要關(guān)注用戶的使用習(xí)慣和用戶的關(guān)注點(diǎn)。


摘取自劉琛梅老師的《測試架構(gòu)師修煉之道:從測試工程師到測試架構(gòu)師 第2版》

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容