"這個(gè)功能明明按需求做的，為什么測(cè)試說不對(duì)？"

"需求文檔寫得很清楚啊，怎么開發(fā)出來完全不是那么回事？"

如果你的團(tuán)隊(duì)經(jīng)常出現(xiàn)這樣的對(duì)話，那么你們遇到的不是技術(shù)問題，而是需求理解的問題。根據(jù)我10年+的測(cè)試經(jīng)驗(yàn)，超過60%的生產(chǎn)問題其實(shí)在需求階段就已經(jīng)埋下了隱患。

多年前，我所在的團(tuán)隊(duì)接手了一個(gè)電商平臺(tái)的改造項(xiàng)目。項(xiàng)目初期，我們每個(gè)迭代都要返工30%以上的功能，團(tuán)隊(duì)士氣低落，客戶頻繁投訴。后來我們?cè)谛枨箅A段引入了測(cè)試左移實(shí)踐，3個(gè)月后，返工率降到了5%以下，交付周期縮短了40%。

這篇文章將通過這個(gè)真實(shí)案例，分享我們是如何在需求階段實(shí)施測(cè)試左移的，包括具體的操作方法、遇到的問題和解決方案。

問題的發(fā)現(xiàn)：一次失敗的迭代

1.1項(xiàng)目背景

這是一個(gè)中型電商平臺(tái)的優(yōu)惠券系統(tǒng)改造項(xiàng)目：

• 團(tuán)隊(duì)規(guī)模：8人（產(chǎn)品1人，開發(fā)5人，測(cè)試2人）
• 迭代周期：2周一個(gè)迭代
• 業(yè)務(wù)復(fù)雜度：涉及多種優(yōu)惠券類型、疊加規(guī)則、使用限制

1.2第一次迭代的災(zāi)難

第一次迭代的需求是"滿減券功能優(yōu)化"。需求文檔只有簡單的一頁紙：

需求：優(yōu)化滿減券功能

目標(biāo)：提升用戶體驗(yàn)，增加優(yōu)惠券使用率

功能點(diǎn)：

1. 支持多檔滿減（滿100減10，滿200減25）

2. 支持跨品類使用

3. 優(yōu)化券的展示樣式

看起來很簡單對(duì)吧？但開發(fā)完成后，測(cè)試發(fā)現(xiàn)了23個(gè)問題：

• 典型問題列表：
• 多檔滿減的計(jì)算邏輯不明確（按訂單總額還是按商品分類？）
• 跨品類使用的限制條件缺失（是否包含特價(jià)商品？）
• 與其他優(yōu)惠的疊加規(guī)則未定義（能否與店鋪券同時(shí)使用？）
• 券的有效期判斷邏輯不清晰（是按領(lǐng)取時(shí)間還是使用時(shí)間？）
• 庫存扣減時(shí)機(jī)未說明（下單時(shí)扣還是支付時(shí)扣？）

更糟糕的是，開發(fā)人員、測(cè)試人員、產(chǎn)品經(jīng)理對(duì)這些問題的理解完全不同。我們花了整整一周時(shí)間開會(huì)討論、修改代碼、重新測(cè)試。原本2周的迭代，最終用了3周半才勉強(qiáng)上線。

1.3問題根源分析

復(fù)盤會(huì)上，我們分析了問題的根本原因：

• 原因一：需求文檔過于簡單
• 只描述了"做什么"，沒有說明"怎么做"
• 缺少邊界條件和異常場(chǎng)景的說明
• 沒有明確的驗(yàn)收標(biāo)準(zhǔn)
• 原因二：需求評(píng)審流于形式
• 評(píng)審會(huì)只有產(chǎn)品經(jīng)理講解，其他人聽
• 沒有人提出質(zhì)疑和問題
• 會(huì)議結(jié)束就算評(píng)審?fù)ㄟ^
• 原因三：測(cè)試介入太晚
• 測(cè)試人員在開發(fā)完成后才開始介入
• 發(fā)現(xiàn)問題時(shí)代碼已經(jīng)寫完，修改成本高
• 測(cè)試人員對(duì)需求的理解不夠深入

解決方案：建立"三方評(píng)審"機(jī)制

2.1機(jī)制設(shè)計(jì)

我們決定建立一個(gè)"三方評(píng)審"機(jī)制，讓產(chǎn)品、開發(fā)、測(cè)試在需求階段就深度協(xié)作。

• 會(huì)議設(shè)置：
• 時(shí)間：每個(gè)需求開發(fā)前，安排1小時(shí)的評(píng)審會(huì)
• 參與人：產(chǎn)品經(jīng)理、開發(fā)負(fù)責(zé)人、測(cè)試負(fù)責(zé)人（必須參加）
• 產(chǎn)出物：完善的需求文檔 + 測(cè)試場(chǎng)景清單 + 驗(yàn)收標(biāo)準(zhǔn)
• 會(huì)議流程：

1. 產(chǎn)品講解（15分鐘）：介紹需求背景、目標(biāo)、功能點(diǎn)

2. 開發(fā)質(zhì)疑（15分鐘）：從技術(shù)實(shí)現(xiàn)角度提出問題

3. 測(cè)試質(zhì)疑（20分鐘）：從測(cè)試角度提出問題

4. 討論確認(rèn)（10分鐘）：三方討論并達(dá)成一致

2.2測(cè)試質(zhì)疑清單

為了讓測(cè)試人員能夠系統(tǒng)地發(fā)現(xiàn)需求問題，我設(shè)計(jì)了一個(gè)標(biāo)準(zhǔn)化的質(zhì)疑提問清單：

• 功能完整性檢查：
• 正常流程是否完整？
• 異常情況如何處理？
• 邊界條件是什么？
• 與現(xiàn)有功能的關(guān)系如何？

• 數(shù)據(jù)準(zhǔn)確性檢查：
• 數(shù)據(jù)來源是什么？
• 數(shù)據(jù)格式和范圍是什么？
• 數(shù)據(jù)校驗(yàn)規(guī)則是什么？
• 數(shù)據(jù)異常如何處理？

• 業(yè)務(wù)規(guī)則檢查：
• 業(yè)務(wù)規(guī)則是否明確？
• 規(guī)則的優(yōu)先級(jí)是什么？
• 規(guī)則沖突如何處理？
• 規(guī)則變更的影響范圍？

• 用戶體驗(yàn)檢查：
• 用戶操作路徑是否合理？
• 錯(cuò)誤提示是否友好？
• 響應(yīng)時(shí)間是否可接受？
• 是否考慮了不同用戶場(chǎng)景？

2.3第二次迭代的實(shí)踐

第二次迭代的需求是"新增積分兌換券功能"。這次我們嚴(yán)格按照三方評(píng)審機(jī)制執(zhí)行。

評(píng)審會(huì)實(shí)錄（節(jié)選）：

• 產(chǎn)品講解：
• "用戶可以用積分兌換優(yōu)惠券，100積分可以兌換一張10元券..."
• 測(cè)試質(zhì)疑：
• Q1：積分不足時(shí)如何提示？
• Q2：兌換后積分什么時(shí)候扣除？
• Q3：兌換的券有效期多久？
• Q4：用戶可以兌換多少張？有沒有限制？
• Q5：兌換失敗（比如網(wǎng)絡(luò)異常）如何處理？
• Q6：積分扣除了但券沒發(fā)放成功怎么辦？

• 開發(fā)補(bǔ)充：
• Q7：積分余額從哪個(gè)系統(tǒng)獲取？接口響應(yīng)時(shí)間多久？
• Q8：如果積分系統(tǒng)不可用，是否需要降級(jí)方案？

• 討論結(jié)果：
• 產(chǎn)品經(jīng)理當(dāng)場(chǎng)補(bǔ)充了8個(gè)之前沒有考慮到的場(chǎng)景，并承諾會(huì)在需求文檔中詳細(xì)說明。

• 完善后的需求文檔（部分）：

功能：積分兌換優(yōu)惠券

1. 兌換規(guī)則

- 兌換比例：100積分 = 1張10元券

- 每日限額：每個(gè)用戶每天最多兌換3張

- 積分要求：用戶積分余額 >= 100

2. 兌換流程

- 用戶點(diǎn)擊兌換按鈕

- 系統(tǒng)校驗(yàn)積分余額（調(diào)用積分系統(tǒng)接口，超時(shí)時(shí)間3秒）

- 積分充足：扣除積分 → 發(fā)放優(yōu)惠券 → 提示成功

- 積分不足：提示"您的積分不足，當(dāng)前積分XX，需要100積分"

3. 異常處理

- 積分系統(tǒng)不可用：提示"系統(tǒng)繁忙，請(qǐng)稍后再試"

- 積分扣除成功但券發(fā)放失?。河涗浫罩荆笈_(tái)補(bǔ)發(fā)

- 網(wǎng)絡(luò)超時(shí)：提示用戶刷新頁面查看兌換結(jié)果

4. 驗(yàn)收標(biāo)準(zhǔn)

- Given：用戶積分余額為150

Then：積分扣除100，獲得1張10元券，提示兌換成功

- Given：用戶積分余額為50

Then：提示"您的積分不足，當(dāng)前積分50，需要100積分"

- Given：用戶今日已兌換3張券

Then：提示"今日兌換次數(shù)已達(dá)上限"

2.4實(shí)施效果

第二次迭代的結(jié)果讓我們驚喜：

數(shù)據(jù)對(duì)比：

團(tuán)隊(duì)反饋：

- 開發(fā)："需求更清晰了，開發(fā)過程中幾乎不需要回頭問產(chǎn)品"

- 測(cè)試："提前介入讓我對(duì)需求理解更深，測(cè)試用例設(shè)計(jì)更有針對(duì)性"

- 產(chǎn)品："雖然前期花的時(shí)間多了，但后期省了更多時(shí)間，整體效率提升了"

深化實(shí)踐：驗(yàn)收標(biāo)準(zhǔn)的編寫技巧

3.1為什么需要明確的驗(yàn)收標(biāo)準(zhǔn)

在實(shí)踐中我們發(fā)現(xiàn)，即使需求文檔寫得很詳細(xì)，如果沒有明確的驗(yàn)收標(biāo)準(zhǔn)，開發(fā)和測(cè)試對(duì)"做完"的理解仍然會(huì)有偏差。

一個(gè)真實(shí)的例子：

• 需求："用戶登錄失敗3次后，賬號(hào)鎖定30分鐘"
• 開發(fā)理解：連續(xù)輸錯(cuò)3次密碼后鎖定
• 測(cè)試?yán)斫猓?4小時(shí)內(nèi)累計(jì)輸錯(cuò)3次后鎖定
• 結(jié)果：開發(fā)完成后，測(cè)試認(rèn)為不符合需求，又花了0.5天修改。

??轉(zhuǎn)崗軟件I測(cè)試/野路子技能提升

??想了解更多漲薪技能提升方法

??可以到我的個(gè)人號(hào)：atstudy-js

即可加入領(lǐng)取 ??????

轉(zhuǎn)行、入門、提升、需要的各種干貨資料

內(nèi)含AI測(cè)試、 車載測(cè)試、AI大模型開發(fā)、BI數(shù)據(jù)分析、銀行測(cè)試、游戲測(cè)試、AIGC

3.2Given-When-Then格式

我們采用了Given-When-Then格式來編寫驗(yàn)收標(biāo)準(zhǔn)，這個(gè)格式簡單易懂，能夠消除歧義。

• 格式說明：
• Given：前置條件（系統(tǒng)處于什么狀態(tài)）
• When：用戶操作（用戶做了什么）
• Then：預(yù)期結(jié)果（系統(tǒng)應(yīng)該如何響應(yīng)）

• 改進(jìn)后的驗(yàn)收標(biāo)準(zhǔn)：

場(chǎng)景1：首次登錄失敗

Given：用戶賬號(hào)正常，未被鎖定

When：輸入錯(cuò)誤密碼點(diǎn)擊登錄

Then：提示"密碼錯(cuò)誤，您還有2次嘗試機(jī)會(huì)"

場(chǎng)景2：第三次登錄失敗

Given：用戶已連續(xù)輸錯(cuò)2次密碼

When：再次輸入錯(cuò)誤密碼點(diǎn)擊登錄

Then：賬號(hào)被鎖定，提示"密碼錯(cuò)誤次數(shù)過多，賬號(hào)已鎖定30分鐘"

場(chǎng)景3：鎖定期間嘗試登錄

Given：用戶賬號(hào)已被鎖定，距離鎖定時(shí)間10分鐘

When：輸入正確密碼點(diǎn)擊登錄

Then：提示"賬號(hào)已鎖定，請(qǐng)20分鐘后再試"

場(chǎng)景4：鎖定期滿后登錄

Given：用戶賬號(hào)鎖定已滿30分鐘

When：輸入正確密碼點(diǎn)擊登錄

Then：登錄成功，錯(cuò)誤次數(shù)清零

場(chǎng)景5：登錄成功后錯(cuò)誤次數(shù)清零

Given：用戶已輸錯(cuò)1次密碼

When：輸入正確密碼登錄成功

Then：錯(cuò)誤次數(shù)清零，下次輸錯(cuò)從1開始計(jì)數(shù)

3.3邊界條件的識(shí)別

在編寫驗(yàn)收標(biāo)準(zhǔn)時(shí)，特別要注意邊界條件。我總結(jié)了一個(gè)"邊界條件檢查清單"：

• 數(shù)值邊界：
• 最小值、最大值、零值
• 臨界值（如優(yōu)惠券滿100減10，測(cè)試99、100、101）
• 時(shí)間邊界：
• 開始時(shí)間、結(jié)束時(shí)間
• 跨天、跨月、跨年的情況
• 時(shí)區(qū)問題
• 狀態(tài)邊界：
• 初始狀態(tài)、中間狀態(tài)、結(jié)束狀態(tài)
• 狀態(tài)轉(zhuǎn)換的各種路徑

• 數(shù)量邊界：
• 空集合、單個(gè)元素、多個(gè)元素
• 超出限制的情況
• 實(shí)際案例：

優(yōu)惠券使用的邊界條件：

場(chǎng)景：訂單金額剛好等于滿減門檻

Given：用戶有一張"滿100減10"的優(yōu)惠券

When：下單金額為100元，使用該優(yōu)惠券

Then：優(yōu)惠10元，實(shí)付90元

場(chǎng)景：訂單金額略小于滿減門檻

Given：用戶有一張"滿100減10"的優(yōu)惠券

When：下單金額為99.99元，嘗試使用該優(yōu)惠券

Then：提示"訂單金額不滿足使用條件，需滿100元"

場(chǎng)景：優(yōu)惠券在使用時(shí)剛好過期

Given：用戶有一張優(yōu)惠券，有效期至2024-03-01 23:59:59

When：在2024-03-01 23:59:59下單并使用該券

Then：可以正常使用

場(chǎng)景：優(yōu)惠券在使用時(shí)剛剛過期

Given：用戶有一張優(yōu)惠券，有效期至2024-03-01 23:59:59

When：在2024-03-02 00:00:00下單并使用該券

Then：提示"優(yōu)惠券已過期"

未完待續(xù)，后面將繼續(xù)為大家介紹遇到的挑戰(zhàn)與解決方案、實(shí)施建議與關(guān)鍵要點(diǎn)、三個(gè)月后的成果及總結(jié)。