作者 | 于曉南

敏捷質(zhì)量實(shí)踐中提倡測(cè)試左移，測(cè)試人員要盡早介入需求階段，越早越好。測(cè)試人員需要關(guān)注需求的有效性，以及在需求產(chǎn)生和傳遞的過程中，交付價(jià)值是否被準(zhǔn)確的描述、理解和對(duì)齊。在這個(gè)過程中很容易遇到一個(gè)常見問題：驗(yàn)收標(biāo)準(zhǔn)是驗(yàn)收測(cè)試要測(cè)的嗎?驗(yàn)收標(biāo)準(zhǔn)到底是不是測(cè)試用例?這兩者之間有什么區(qū)別和聯(lián)系?本文主要想解決的就是這個(gè)具體的困惑。

驗(yàn)收標(biāo)準(zhǔn)是確保需求實(shí)現(xiàn)的最小集合

驗(yàn)收標(biāo)準(zhǔn)是什么

回顧一下需求由厚厚的《軟件需求規(guī)格說明書》演化為一張用戶故事卡片的過程，在這個(gè)過程中我們舍棄了大量的細(xì)節(jié)描述，突出了需求需要交付的客戶/用戶價(jià)值。在需求交付的過程中，我們會(huì)一直關(guān)注價(jià)值，在保證價(jià)值的前提下，實(shí)現(xiàn)方式和技術(shù)細(xì)節(jié)都是可以討論的。

那么問題來了，既然很多內(nèi)容都是可以討論的，我們?cè)鯓哟_定一個(gè)用戶故事被實(shí)現(xiàn)完成了呢?驗(yàn)收標(biāo)準(zhǔn)就是用戶故事實(shí)現(xiàn)完成的試金石。可以這樣說，一個(gè)用戶故事能否被標(biāo)記為開發(fā)完成并進(jìn)入測(cè)試階段，很大程度上取決于驗(yàn)收標(biāo)準(zhǔn)是否全部通過。

通常來說，驗(yàn)收標(biāo)準(zhǔn)就是一系列可以接受的條件或者業(yè)務(wù)規(guī)則，且與功能或特性相互匹配和滿足，同時(shí)也能被產(chǎn)品負(fù)責(zé)人和相關(guān)干系人接受。

敏捷實(shí)踐中，推薦使用行為驅(qū)動(dòng)開發(fā)(Behavior-driven development，縮寫B(tài)DD)的方式來寫驗(yàn)收標(biāo)準(zhǔn)，即使用GWT格式。

• Given (在什么樣的情景或條件下)
• When (采取了什么行動(dòng))
• Then (得到什么結(jié)果)

舉個(gè)例子：

• Given (假設(shè)) 我在搜索界面
• When (當(dāng)) 我填寫入住城市，選擇住宿時(shí)間
• Then (于是) 我可以瀏覽該城市和該時(shí)間段內(nèi)空閑酒店的名字和價(jià)格

在編寫驗(yàn)收標(biāo)準(zhǔn)時(shí)，應(yīng)重點(diǎn)關(guān)注可以驗(yàn)證需求實(shí)現(xiàn)的用戶場(chǎng)景上，更多的是正向驗(yàn)證用戶需求實(shí)現(xiàn)完成，切忌將驗(yàn)收標(biāo)準(zhǔn)寫成測(cè)試點(diǎn)。

驗(yàn)收標(biāo)準(zhǔn)在什么時(shí)候用

(1) 故事啟動(dòng)(Story Kickoff)

在故事啟動(dòng)時(shí)，需求涉及的全部角色：需求分析師、開發(fā)、測(cè)試、體驗(yàn)設(shè)計(jì)師，大家需要坐在一起進(jìn)行需求澄清，確保所有人對(duì)需求的理解一致，并約定好故事驗(yàn)收時(shí)的驗(yàn)收標(biāo)準(zhǔn)都有哪些。在這個(gè)過程中，任何人都可以針對(duì)驗(yàn)收標(biāo)準(zhǔn)進(jìn)行提問，或者補(bǔ)充更多的驗(yàn)收?qǐng)鼍啊?/p>

(2) 故事驗(yàn)收(Desk Check)

當(dāng)開發(fā)人員完成代碼實(shí)現(xiàn)后，做一些基本的自測(cè)工作，并準(zhǔn)備好驗(yàn)收?qǐng)鼍昂蛿?shù)據(jù)，就可以約大家進(jìn)行故事驗(yàn)收了。驗(yàn)收時(shí)，也需要需求設(shè)計(jì)的全部角色，大家坐在一起，聽開發(fā)講解實(shí)現(xiàn)細(xì)節(jié)，并逐一演示驗(yàn)收?qǐng)鼍?。如果?yàn)收標(biāo)準(zhǔn)全部驗(yàn)證通過，大家也沒有其他問題，這個(gè)用戶故事就可以被標(biāo)記為開發(fā)完成，準(zhǔn)備進(jìn)入測(cè)試階段了。

(3) 用戶驗(yàn)收測(cè)試(User Acceptance Test)

除了研發(fā)團(tuán)隊(duì)的測(cè)試外，迭代的交付還需要一定的用戶驗(yàn)收測(cè)試。用戶驗(yàn)收測(cè)試的設(shè)計(jì)和執(zhí)行者有時(shí)是PO、或是提出需求的客戶及相關(guān)干系人，有時(shí)是小范圍內(nèi)測(cè)或公測(cè)的真實(shí)用戶。在用戶驗(yàn)收測(cè)試時(shí)，執(zhí)行者也會(huì)在一定程度上參考驗(yàn)收標(biāo)準(zhǔn)，檢驗(yàn)驗(yàn)收標(biāo)準(zhǔn)是否完備，是否都能滿足用戶預(yù)期的驗(yàn)證通過。

驗(yàn)收標(biāo)準(zhǔn)不是驗(yàn)收測(cè)試

從上文的討論中，可以得出結(jié)論：驗(yàn)收標(biāo)準(zhǔn)是定義用戶故事完成的標(biāo)準(zhǔn)。而驗(yàn)收測(cè)試分為兩部分，一部分發(fā)生在用戶故事開發(fā)完成后，是研發(fā)團(tuán)隊(duì)內(nèi)部的驗(yàn)收，另一部分是在測(cè)試完成后上線前，由客戶或真實(shí)用戶進(jìn)行驗(yàn)收。由此可見，驗(yàn)收標(biāo)準(zhǔn)并不等于驗(yàn)收測(cè)試，驗(yàn)收標(biāo)準(zhǔn)是驗(yàn)收的最小集，而驗(yàn)收測(cè)試的范圍要更廣。

測(cè)試用例驗(yàn)證了軟件功能的有效性

測(cè)試用例是什么

測(cè)試用例是指為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。簡(jiǎn)單來說，測(cè)試用例就是用文字來描述以怎樣的步驟測(cè)試一個(gè)測(cè)試點(diǎn)，以及期望的測(cè)試結(jié)果是什么。

測(cè)試用例通常會(huì)包括：描述、優(yōu)先級(jí)、前提條件、執(zhí)行步驟、期望結(jié)果、實(shí)際結(jié)果和備注等信息。根據(jù)項(xiàng)目各自的特點(diǎn)，測(cè)試用例包含的信息不盡相同。

測(cè)試用例在什么時(shí)候使用

(1) 用例設(shè)計(jì)和評(píng)審

在測(cè)試設(shè)計(jì)階段，測(cè)試人員根據(jù)需求，采用多種設(shè)計(jì)思路來編寫測(cè)試用例，并提交至測(cè)試組或項(xiàng)目組進(jìn)行用例評(píng)審。此時(shí)，測(cè)試用例承載了業(yè)務(wù)需求的測(cè)試點(diǎn)，以及測(cè)試人員基于專業(yè)經(jīng)驗(yàn)識(shí)別出的非業(yè)務(wù)需求類的驗(yàn)證點(diǎn)。

(2) 測(cè)試執(zhí)行

在測(cè)試執(zhí)行階段，測(cè)試人員(有時(shí)也是用例編寫者)按照用例的詳細(xì)描述執(zhí)行測(cè)試用例，并根據(jù)實(shí)際執(zhí)行結(jié)果與預(yù)期結(jié)果是否一致，來判定該測(cè)試用例是否通過測(cè)試。不通過的用例需要分析原因，報(bào)缺陷或以其他方式進(jìn)行跟進(jìn)。

(3) 回歸測(cè)試

開發(fā)對(duì)用例相關(guān)的功能進(jìn)行改進(jìn)，或者修復(fù)了相關(guān)缺陷，就需要對(duì)指定用例進(jìn)行回歸，確保功能沒有被改壞，或者缺陷確實(shí)被修復(fù)了。另外，有時(shí)在重大上線前，也需要按優(yōu)先級(jí)選取一定量的測(cè)試用例來進(jìn)行回歸測(cè)試，以確定主線業(yè)務(wù)流程功能正常。

() 溝通測(cè)試點(diǎn)

測(cè)試用例還有個(gè)很重要的作用，記錄具體的實(shí)現(xiàn)細(xì)節(jié)以及框定需求的測(cè)試范圍。多個(gè)迭代過去，大家在需要翻看歷史需求時(shí)，可能故事卡不足以還原全部的實(shí)現(xiàn)細(xì)節(jié)，測(cè)試用例集在這個(gè)時(shí)候就能夠完整的告訴大家：軟件是怎么實(shí)現(xiàn)的，當(dāng)執(zhí)行某些操作時(shí)，程序有什么表現(xiàn)，以及當(dāng)時(shí)這個(gè)需求的測(cè)試范圍是什么。尤其在團(tuán)隊(duì)成員上下文不足時(shí)，良好設(shè)計(jì)并編寫的用例集可以完美補(bǔ)齊這些知識(shí)。

驗(yàn)收標(biāo)準(zhǔn)不是測(cè)試用例

以上我們討論了驗(yàn)收標(biāo)準(zhǔn)和測(cè)試用例分別是什么，以及在什么階段使用。容易得出，驗(yàn)收標(biāo)準(zhǔn)與測(cè)試用例是完全不同的兩件事，兩者的相同點(diǎn)在于它們都是可判定的用戶使用場(chǎng)景，可以根據(jù)預(yù)期來判斷是否通過，而兩者的區(qū)別體現(xiàn)在下表中的各個(gè)維度上。

本文我們還討論了驗(yàn)收標(biāo)準(zhǔn)不是驗(yàn)收測(cè)試。僅從覆蓋范圍來看，驗(yàn)收標(biāo)準(zhǔn)、驗(yàn)收測(cè)試、測(cè)試用例的關(guān)系可以參考下圖：

• 測(cè)試用例：覆蓋范圍最大，應(yīng)該是確保軟件功能正常、滿足用戶預(yù)期的測(cè)試全集
• 驗(yàn)收測(cè)試：覆蓋范圍比測(cè)試用例小，只覆蓋驗(yàn)收需要的測(cè)試用例
• 驗(yàn)收標(biāo)準(zhǔn)：覆蓋范圍比驗(yàn)收測(cè)試小，只覆蓋驗(yàn)證需求實(shí)現(xiàn)完成的測(cè)試用例

當(dāng)然，驗(yàn)收標(biāo)準(zhǔn)和測(cè)試用例除了使用時(shí)機(jī)外，兩者的區(qū)別也體現(xiàn)在不同的責(zé)任人和使用范圍。驗(yàn)收標(biāo)準(zhǔn)的責(zé)任人是需求分析師，在團(tuán)隊(duì)協(xié)作過程中使用，是多角色合作的基礎(chǔ);而測(cè)試用例的責(zé)任人是測(cè)試人員，屬于測(cè)試專業(yè)上下文的內(nèi)容。但在不同的組織結(jié)構(gòu)下，對(duì)角色的定義會(huì)存在一定模糊的界限，因此，“全團(tuán)隊(duì)為需求的驗(yàn)收和質(zhì)量負(fù)責(zé)”是比較推薦的理念。

相信經(jīng)過本文的澄清，我們已經(jīng)搞懂了驗(yàn)收標(biāo)準(zhǔn)和測(cè)試用例到底是怎么回事。隨著行業(yè)的發(fā)展，為了測(cè)試左移，將有越來越多的測(cè)試人員需要懂需求;相應(yīng)的，為了高效產(chǎn)出高質(zhì)量的需求，也有越來越多的需求分析人員需要懂測(cè)試。需求分析人員與測(cè)試人員一起打造高質(zhì)量的需求，將為交付高質(zhì)量高價(jià)值的軟件奠定堅(jiān)實(shí)的基礎(chǔ)。