功能測試用例的書寫

創(chuàng)新互聯(lián)專注于企業(yè)成都全網(wǎng)營銷推廣、網(wǎng)站重做改版、大通網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5建站、商城網(wǎng)站定制開發(fā)、集團(tuán)公司官網(wǎng)建設(shè)、外貿(mào)網(wǎng)站制作、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性價(jià)比高，為大通等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

功能性測試用例

1.測試的來源，及測試的需求

  測試用力的主要來源有：

1）需求說明及相關(guān)文檔

2）相關(guān)的設(shè)計(jì)說明（概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)等）

3）與開發(fā)組交流對需求理解的記錄（可以是開發(fā)人員的一個解釋）

4）已經(jīng)基本成型的UI（可以有針對性的補(bǔ)充一些用例）

   簡而言之，所有你能得到的項(xiàng)目文檔，都盡量拿到。從所得道德資料中分解出若干小的“功能點(diǎn)”，理解“功能點(diǎn)”，編寫相應(yīng)的測試用例。

2.用例的組織方式

  不同的公司有不同的做法，原則上，只要方便管理和跟蹤，怎么組織都可以。

用例可以按大的功能塊組織，如查詢功能模塊的用例，可以組織在一起，打印模塊的測試用例，可以另外組織在一起。

  在沒有專門的測試用例管理工具的情況下，用例執(zhí)行狗會產(chǎn)生兩種狀態(tài)：“通過”、“失敗”——這樣加上“未執(zhí)行”的用例狀態(tài)，共3種狀態(tài)。

   即從“未執(zhí)行”用例中執(zhí)行一個用例后，該用例狀態(tài)應(yīng)為“失敗”或“通過”。將同一狀態(tài)的用例組織在一起。

   至于用例文件格式，可以是。DOS或是。XLS（如果有專門的測試管理工具另當(dāng)別論）

3.用例與其他材料的關(guān)聯(lián)方式，及如何解決用例跟蹤的問題

  測試用例面臨的比較大的風(fēng)險(xiǎn)有：需求的變更、設(shè)計(jì)的修改、需求的錯誤和遺漏等等。

由于用力的主要來源是需求和設(shè)計(jì)的說明，所有對用例跟蹤其實(shí)就是對需求和設(shè)計(jì)的跟蹤，需求和設(shè)計(jì)的變更勢必引起測試用例的變更。

如前所說，將分解的功能點(diǎn)編號。與相應(yīng)的用例聯(lián)系起來。例如，你可以列一個表格，列出各個（編號的）功能點(diǎn)和測試用例撿的關(guān)聯(lián)關(guān)系。

這樣，當(dāng)需求和設(shè)計(jì)發(fā)生變化時，你只需要跟蹤“功能點(diǎn)”是否發(fā)生變化，是否增加了新的功能點(diǎn)。

4.一個好的測試用例的表述要點(diǎn)，及用例中應(yīng)當(dāng)包含的信息

一個優(yōu)秀的測試用例應(yīng)該包含以下信息:

1)軟件或項(xiàng)目的名稱

2)軟件或項(xiàng)目的版本（內(nèi)部版本號）

3)功能模塊明

4)測試用例的簡單描述，即該用例執(zhí)行的目的或方法

5)測試用例的參考信息（便于跟蹤和參考）

6)本測試用例與其他測試用例間的依賴關(guān)系

7)本測試用例的前置條件，及執(zhí)行本用例必須要滿足的條件，如對本數(shù)據(jù)庫的訪問權(quán)限

8)用例的編號（ID）,如可以是軟件名稱簡寫—功能塊簡寫—NO.。

9)步驟號、操作步驟描述、測試數(shù)據(jù)描述

10)預(yù)期結(jié)果（這是最重要的）和實(shí)際結(jié)果（如果有bug管理工具，這條可以省略）

11)開發(fā)人員（必須有）和測試人員（可有可無）

12)測試執(zhí)行日期

給出一個測試的例子該范例已經(jīng)包含一個測試用例的模板。