根據(jù)軟件設(shè)計(jì)模式分層設(shè)計(jì)的思想，測試用例作為最上層的業(yè)務(wù)層面，其很多的操作行為應(yīng)該定義得足夠抽象，通過中間層來接觸測試用例和實(shí)際被測對象之間的耦合關(guān)系。這一方法非常常見，比如操作系統(tǒng)，其驅(qū)動程序就是一個(gè)中間層，解耦了用戶對硬件的操作，又比如嵌入式系統(tǒng)中的 HAL 層，也就是硬件抽象層。這樣的設(shè)計(jì)，可以將底層具體的操作封裝起來，不暴露給上層用戶，上層用戶調(diào)用的函數(shù)或方法就是一個(gè)很抽象的操作。

在測試用例中，測試的具體邏輯操作是一個(gè)抽象的操作。比如登錄網(wǎng)站和輸入用戶名、密碼，這些操作并不會定義登錄網(wǎng)站的 URL，以及用戶名輸入空間的 XPATH。至于訪問什么 URL，控件的 XPATH 是什么，則交由底層去封裝。

測試用例與被測試對象解耦

對新設(shè)備或工具的配置過程的封裝，我們不可能讓測試用例的開發(fā)者直接調(diào)用設(shè)備的接口，所以一般來說，我們都會將設(shè)備或工具提供的接口封裝成我們自己規(guī)范的接口或者模塊。

自動化工具在提供測試用例列表功能的同時(shí)，需要提供靈活的調(diào)度和控制，一遍少量的測試用例列表就能滿足不同執(zhí)行者的需求。比如，可以規(guī)定，某次執(zhí)行只執(zhí)行測試列表中高優(yōu)先級的測試用例，或者只執(zhí)行某種類別的測試用例，指定測試某個(gè)測試用例的執(zhí)行次數(shù)，甚至可以提供一定的參數(shù)配置傳遞到測試用例本身。比如對于每日回歸測試，測試用例中的某個(gè)測試點(diǎn)挑選 3 個(gè)隨機(jī)值，對于周末回歸測試，同樣的測試點(diǎn)挑選10個(gè)隨機(jī)值。