自動(dòng)化測試用例如何編寫?自動(dòng)化測試用例選型原則

在設(shè)計(jì)測試用例的時(shí)候，項(xiàng)目處于不同的階段，需要編寫的測試用例也是不一樣的。類似地，位于不同的階段，我們會(huì)選擇不同的用例進(jìn)行自動(dòng)化。

1、自動(dòng)化測試用例設(shè)計(jì)誤區(qū)

a、不編寫測試用例直接編寫測試腳本。

b、直接拿手工測試用例來編寫自動(dòng)化測試腳本。

2、自動(dòng)化測試用例設(shè)計(jì)原則

a、測試用例是一個(gè)完整的場景。從用戶登錄系統(tǒng)到用戶退出。

b、測試用例只驗(yàn)證一個(gè)功能點(diǎn)。不要試圖用戶登錄后驗(yàn)證所有的功能點(diǎn)再退出。

c、測試用例盡量只做正向的邏輯驗(yàn)證，正向是指腳本可實(shí)現(xiàn)的而非主觀操作。逆向邏輯的情況很多，驗(yàn)證比較復(fù)雜，需要編寫大量的腳本，投入成本比較高。

d、測試用例之間不要產(chǎn)生關(guān)聯(lián)，也就是說每個(gè)測試用例是獨(dú)立，不能依賴或影響其他測試用例，要求高內(nèi)聚低耦合。

e、測試用例需要更多的關(guān)注功能邏輯的實(shí)現(xiàn)，而不必糾結(jié)某些字段的限制。

f、測試用例的上下文必須有一定的順序性，要能夠互相連接起來；并且前置條件要清楚。

g、測試用例中檢查點(diǎn)的設(shè)置（根據(jù)測試用例的側(cè)重點(diǎn)設(shè)置檢測點(diǎn)、設(shè)置檢測點(diǎn)要全面和設(shè)置檢測點(diǎn)要靈活）。

h、測試用例要對(duì)修改的數(shù)據(jù)進(jìn)行還原操作。

i、測試用例必須是可回歸的。

3、自動(dòng)化測試用例選型原則

a、不是所有的手工用例都要轉(zhuǎn)為自動(dòng)化測試用例。

b、考慮到腳本開發(fā)的成本，不要選擇流程太復(fù)雜的用例。如果有必要，可以考慮把流程拆分多個(gè)用例來實(shí)現(xiàn)腳本。

c、選擇的用例最好可以構(gòu)建成場景。例如一個(gè)功能模塊，分n個(gè)用例，這n個(gè)用例使用同一個(gè)場景。

d、選擇的用例可以帶有目的性，例如這部分用例是用例做冒煙測試，那部分是回歸測試等，當(dāng)然，會(huì)存在重疊的關(guān)系。如果當(dāng)前用例不能滿足需求，那么唯有修改用例來適應(yīng)腳本和需求。

e、選取的用例可以是你認(rèn)為是重復(fù)執(zhí)行，很繁瑣的部分，例如字段驗(yàn)證，提示信息驗(yàn)證這類。這部分適用回歸測試。

f、選取的用例可以是主體流程，這部分適用冒煙測試。

4、自動(dòng)化測試用例轉(zhuǎn)型原則

a、當(dāng)前的測試用例前置配置信息要寫清楚。

b、每一個(gè)步驟都要銜接好，錯(cuò)了，腳本要拋出異常。

c、每一個(gè)步驟要做什么，驗(yàn)證什么要寫清楚，寫具體。有時(shí)一個(gè)檢查點(diǎn)，你只需看一眼，但是腳本要寫一堆代碼去驗(yàn)證，這樣的做法是不可行的。

d、用例之間不要有關(guān)聯(lián)性，自動(dòng)化測試開發(fā)同樣是軟件開發(fā)工程，腳本編寫同樣提倡高內(nèi)聚低耦合的理念。

e、不是每一個(gè)步驟都需要驗(yàn)證點(diǎn)。

f、別在多個(gè)地方重復(fù)相同的驗(yàn)證。腳本很忙！我沒空。當(dāng)然，除非有必要。

g、開門記得要關(guān)門，配置信息要回歸原點(diǎn)，否則腳本要迷路。

推薦閱讀：

web自動(dòng)化測試的思路和方法

如何提高自動(dòng)化測試的穩(wěn)定性和可維護(hù)性？

如何做好接口自動(dòng)化測試？接口自動(dòng)化測試需要注意什么？

自動(dòng)化測試工具的基本要求 軟件自動(dòng)化測試工具分類有哪些？

自動(dòng)化測試生命周期的6個(gè)階段