一、測(cè)試用例留言板

要根據(jù)具體實(shí)現(xiàn)的功能需求和設(shè)計(jì)來(lái)寫具體的測(cè)試用例。
一般來(lái)說留言板功能分前臺(tái)顯示和后臺(tái)控制。
前臺(tái)主要是留言內(nèi)容信息的顯示，顯示內(nèi)容是否正確，布局效果，排序方式是否合理，用戶留言是否可正確操作，被屏蔽留言是否不顯示。
后臺(tái)主要是對(duì)留言記錄的控制，如屏蔽和解除屏蔽，回復(fù)留言，已審核或已查看。（這個(gè)要根據(jù)實(shí)際功能實(shí)現(xiàn)情況）

二、測(cè)試用例編寫

1. 某個(gè)用例的測(cè)試目的是什么

在進(jìn)行接口測(cè)試腳本的編寫前，我們應(yīng)該明確這批腳本的預(yù)期目標(biāo)在哪里，是為了驗(yàn)證什么內(nèi)容。根據(jù)個(gè)人的經(jīng)驗(yàn)，一般會(huì)把接口用例分成三類：

單接口驗(yàn)證：以驗(yàn)證接口參數(shù)、權(quán)限、返回值為主，保證接口“能用”，這類用例一般在接口設(shè)計(jì)定稿后，配合Mock服務(wù)就可以完成用例編寫；場(chǎng)景邏輯驗(yàn)證：以用戶場(chǎng)景為基礎(chǔ)，驗(yàn)證接口間的參數(shù)傳遞及業(yè)務(wù)流程能夠正常流轉(zhuǎn)，用例復(fù)雜度較高，需要非常熟悉業(yè)務(wù)與接口之間的關(guān)系。這是接口測(cè)試最核心的價(jià)值。異常驗(yàn)證：主要驗(yàn)證參數(shù)異常、邏輯異常等情況下，接口是否能處理并給出友好的錯(cuò)誤信息。通常情況下，關(guān)注參數(shù)異常的場(chǎng)景會(huì)比較多，可以用等價(jià)類、邊界值等方式來(lái)處理。需要注意的是多關(guān)注下異常的返回信息是什么，信息是否明確，提示是否友好等等。

2. 接口信息的來(lái)源

當(dāng)我們明確好測(cè)試目標(biāo)后，再開始編寫測(cè)試用例，會(huì)有更針對(duì)性的去設(shè)計(jì)測(cè)試數(shù)據(jù)和接口組合。接下來(lái)的問題是什么呢？去哪里確認(rèn)你的接口信息是有效的？基本上有兩種路徑：

接口文檔：開發(fā)人員都不喜歡自己寫文檔，同時(shí)也很討厭別人不寫文檔。所以測(cè)試人員如何獲取一份真實(shí)有效的接口文檔是件比較麻煩的事。般團(tuán)隊(duì)內(nèi)都會(huì)有一個(gè)統(tǒng)一的接口文檔管理工具（如果沒有，就找開發(fā)多磨麿，讓他們弄個(gè)，并不難），我們需要關(guān)注接口文檔的有效性和及時(shí)性。現(xiàn)在也有很多的插件或者工具能夠幫助研發(fā)人員自動(dòng)生成接口文檔，例如Swaager、apidoc等等。接口抓包：如果什么都沒有，那就自力更生，通過Fiddler之類的工具，通過抓包分析的方式來(lái)獲取接口，這類的場(chǎng)景如果較多的話，可以把Fiddler抓到的接口導(dǎo)出，然后寫個(gè)小程序，直接轉(zhuǎn)成接口平臺(tái)可以識(shí)別的腳本，效率會(huì)更高一些。

在獲取到接口信息后，需要與開發(fā)人員多交流，明確參數(shù)的意義及來(lái)源，以便我們針對(duì)性的做測(cè)試用例設(shè)計(jì)，這個(gè)環(huán)節(jié)不要過多的自己猜（很多測(cè)試人員經(jīng)常會(huì)自己猜想），直接找開發(fā)問就好了。在這個(gè)接段，還要梳理并區(qū)分接口的重要程度和優(yōu)先級(jí)。這樣就可以確認(rèn)哪些接口優(yōu)先設(shè)計(jì)用例，哪些接口可以先放放，在有限制的時(shí)間內(nèi)，做最大價(jià)值的事。

3. 一些基本原則

拿到接口后，明確了參數(shù)說明，結(jié)合測(cè)試目標(biāo)，我們就可以開始設(shè)計(jì)并編寫測(cè)試用例了。區(qū)別于功能測(cè)試用例，接口測(cè)試用例（腳本）一些原則需要注意：

自動(dòng)化：好像是廢話，所有的用例應(yīng)該是非交互試，最常見的就是Token之類的生成，需自動(dòng)處理好（我見過每次執(zhí)行用例前，需要自己手動(dòng)生成Token再粘貼進(jìn)去的腳本，特別是分環(huán)境執(zhí)行的時(shí)候）。獨(dú)立性：每個(gè)用例應(yīng)該是獨(dú)立的，沒有依賴的。需要在一個(gè)用例里處理好前置條件，而不是多個(gè)用例相互依賴。可重復(fù)：用例測(cè)試可重復(fù)執(zhí)行，所以需要注意參數(shù)的生成方式。可持續(xù)性：如果代碼修改導(dǎo)致已有接口測(cè)試執(zhí)行失敗，必須修復(fù)代碼問題或者測(cè)試代碼邏輯。

延伸閱讀：

三、什么叫測(cè)試用例

測(cè)試用例（Test Case）是為某個(gè)測(cè)試目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行步驟以及預(yù)期結(jié)果的集合，以便測(cè)試某個(gè)程序的路徑或驗(yàn)證軟件是否滿足某個(gè)特定需求。測(cè)試用例的概念包含以下幾個(gè)方面的特性：

1.目標(biāo)：測(cè)試用例的目的是為了達(dá)到一定目標(biāo)

2.作用：去驗(yàn)證某個(gè)路徑或某個(gè)特定的需求

3.集合：表示測(cè)試用例由多個(gè)項(xiàng)組成：如輸入數(shù)據(jù)、步驟、預(yù)期結(jié)果等。

以上就是關(guān)于測(cè)試用例留言板怎么寫的內(nèi)容希望對(duì)大家有幫助。