如果你在大公司，那么恭喜你，你很幸福。因?yàn)槟阒恍枰獙懞卯a(chǎn)品需求文檔就好了。但如果你恰恰在一個(gè)創(chuàng)業(yè)公司，那么你很可能要擔(dān)負(fù)器撰寫測試用例的重?fù)?dān)。那么，作為產(chǎn)品新人的你，該如何撰寫測試用例呢？

事先聲明，本文是給產(chǎn)品新人的一個(gè)指導(dǎo)方向，如果你是測試大牛，那更希望你能弄出一篇完整的教程來。

既然你公司沒有測試，那么作為產(chǎn)品汪，自然就得擔(dān)負(fù)起產(chǎn)品測試重責(zé)。

一、產(chǎn)品測試的意義

一個(gè)完整的開發(fā)流程。從提需求、開發(fā)、交付。這中間都應(yīng)該有個(gè)結(jié)果。就如你做一件事，得有個(gè)東西來判斷你是否已經(jīng)完成了這件事。那么測試結(jié)果就是這個(gè)東西了。

一般情況下，在開需求評審會議時(shí)同時(shí)會把測試需求列明，以確保產(chǎn)品按質(zhì)量上線。

二、測試文檔的結(jié)構(gòu)

一般情況下，測試文檔主要分兩個(gè)部分。即：非功能性測試需求、功能性測試需求。

所謂非功能性測試，主要指APP運(yùn)行時(shí)在各種環(huán)境下是否能正常運(yùn)行，而功能性測試是指每個(gè)具體功能是否按要求運(yùn)行。

作為產(chǎn)品新人，測試文檔也不需要太復(fù)雜，直接使用excel編撰就可以了，請看下圖：

上圖是我剛剛編寫的，直接寫了一個(gè)簡單的注冊登錄模塊下的賬號密碼登錄部分測試用例。

一般情況下，功能性測試文檔直接使用該模板就能滿足大部分的需求。

三、具體編寫方法

在編寫測試用例之前，你得想好有哪些前置條件。這些前置條件滿足了才能達(dá)到你得預(yù)期。比如賬號密碼登錄，前置條件時(shí)賬號和密碼同時(shí)正確才能正常登錄成功。那么此時(shí)你就得編寫條件不符的時(shí)候，是否也會成功。如果成功了，那就屬于BUG，需要技術(shù)進(jìn)行修復(fù)。

一般正常情況，請考慮一下幾個(gè)方面：

1. 頁面布局是否合理，如導(dǎo)航欄上面應(yīng)該顯示三個(gè)按鈕，實(shí)際上卻顯示了兩行。
2. 頁面文字描述是否準(zhǔn)確，如氣泡提示：密碼格式錯誤，請重新輸入。實(shí)際上卻顯示：賬號密碼錯誤。
3. 如果有加載規(guī)則，是否符合加載規(guī)則。如：進(jìn)入頁面加載20條內(nèi)容，實(shí)際上卻加載了10條。
4. 如果有排列規(guī)則，是否符合排列規(guī)則。如應(yīng)按照時(shí)間倒序排列，實(shí)際上卻是正序排列。
5. 操作是否符合要求，如單擊某個(gè)點(diǎn)，是否準(zhǔn)確跳轉(zhuǎn)或顯示內(nèi)容。如本應(yīng)該進(jìn)行跳轉(zhuǎn)，實(shí)際上卻未進(jìn)行跳轉(zhuǎn)。
6. 輸入框輸入的內(nèi)容是否有符合格式要求。如：賬號不允許”,”,而實(shí)際上卻允許了。
7. 輸入的內(nèi)容是否符合合法性要求。如：賬號密碼是否一致等問題。
8. ……

這些基本考慮內(nèi)容都需要考慮進(jìn)來。

大概理清楚需要考慮的內(nèi)容之后，就可以開始動手寫了。

1. 序號： 不用說，就是按順序下去的。
2. 模塊：該功能點(diǎn)具體屬于哪個(gè)模塊的，填寫這個(gè)主要是方便查找，如：注冊/登錄模塊
3. 編號：對每個(gè)用例進(jìn)行編號，方便后期跟進(jìn)。畢竟用文字說，容易口誤。不過此處建議編號設(shè)計(jì)的有點(diǎn)規(guī)則，方便快速定位查找。如：A0001。其中A表示注冊/登錄模塊。00表示賬號登錄，01 表示賬號密碼登錄下的第一個(gè)測試用例。
4. 功能點(diǎn)：具體指某個(gè)功能，如：賬號登錄、首頁、發(fā)布等。
5. 子功能點(diǎn)：具體指功能點(diǎn)，如：賬號密碼登錄、手機(jī)驗(yàn)證碼登錄、郵箱登錄、第三方授權(quán)登錄等。
6. 用例名稱：具體測試用例的名稱。如：輸入賬號、輸入密碼、密碼不合規(guī)等等。
7. 前置條件：指要達(dá)到預(yù)期測試結(jié)果，需要滿足那些條件才能達(dá)到。如：賬號密碼不一致時(shí)，就需要登錄失敗，那么此時(shí)就得保
   證賬號正確或密碼正確以及賬號正確時(shí)是存在的。
8. 操作步驟：指要達(dá)到預(yù)期測試結(jié)果，需要按這些步驟來。最好說明在什么頁面，點(diǎn)擊或操作什么內(nèi)容，輸入什么內(nèi)容。
9. 預(yù)期結(jié)果：說明按照前面寫的應(yīng)該呈現(xiàn)出怎樣的結(jié)果。
10. 測試結(jié)果：如果符合預(yù)期結(jié)果，直接填寫正?；騉K，如果不符合，則說明不符合或NO，
11. 結(jié)果描述：如果正常，可以不用填寫，如果不符合預(yù)期結(jié)果，則說明哪里不符合。
12. 測試人員：填寫測試人的名字，方便后期跟蹤BUG。
13. 測試日期：填寫測試的時(shí)間，方便后期查詢。
14. BUGID：跟測試編號一樣，自己設(shè)定ID規(guī)則，方便快速查詢。
15. BUG負(fù)責(zé)人：此處應(yīng)該有技術(shù)那邊填寫，具體落實(shí)到某個(gè)人身上，才能更好的解決到問題。

以上就是測試用例的具體填寫方法及作用。測試完了之后，記得進(jìn)行回歸測試以確保測試的意義。

如果你對我寫的這個(gè)感興趣，那么就期待我的下篇文章吧，下次認(rèn)真說下非功能性測試怎么弄。

本文由 @光點(diǎn)神奇?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。