敏捷質(zhì)量實(shí)踐中提倡測試左移，測試人員要盡早介入需求階段，越早越好。測試人員需要關(guān)注需求的有效性，以及在需求產(chǎn)生和傳遞的過程中，交付價(jià)值是否被準(zhǔn)確的描述、理解和對齊。在這個(gè)過程中很容易遇到一個(gè)常見問題：驗(yàn)收標(biāo)準(zhǔn)是驗(yàn)收測試要測的嗎？驗(yàn)收標(biāo)準(zhǔn)到底是不是測試用例？這兩者之間有什么區(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)容都是可以討論的，我們怎樣確定一個(gè)用戶故事被實(shí)現(xiàn)完成了呢？驗(yàn)收標(biāo)準(zhǔn)就是用戶故事實(shí)現(xiàn)完成的試金石?？梢赃@樣說，一個(gè)用戶故事能否被標(biāo)記為開發(fā)完成并進(jìn)入測試階段，很大程度上取決于驗(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)的用戶場景上，更多的是正向驗(yàn)證用戶需求實(shí)現(xiàn)完成，切忌將驗(yàn)收標(biāo)準(zhǔn)寫成測試用例或者測試點(diǎn)。

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

故事啟動(dòng)（Story Kickoff）

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

故事驗(yàn)收（Desk Check）

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

用戶驗(yàn)收測試（User Acceptance Test）

除了研發(fā)團(tuán)隊(duì)的測試外，迭代的交付還需要一定的用戶驗(yàn)收測試。用戶驗(yàn)收測試的設(shè)計(jì)和執(zhí)行者有時(shí)是PO、或是提出需求的客戶及相關(guān)干系人，有時(shí)是小范圍內(nèi)測或公測的真實(shí)用戶。在用戶驗(yàn)收測試時(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)收測試

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

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

測試用例是什么

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

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

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

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

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

測試執(zhí)行

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

回歸測試

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

溝通測試點(diǎn)

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

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

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

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

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

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

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

推薦閱讀

測試左移：需求相關(guān)的質(zhì)量保障

怎樣度量需求質(zhì)量

---

文/Thoughtworks于曉南

原文鏈接： https://insights.thoughtworks.cn/acceptance-criteria-testcases/

總結(jié)

以上是生活随笔為你收集整理的验收标准到底是不是测试用例？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。