現(xiàn)在基本每個項(xiàng)目都開始或多或少的有自動化測試用例了，當(dāng)然也就有了一些測試框架，還有一些比較有名的開源框架比如，selenium staf等等，如果目前項(xiàng)目中你要負(fù)責(zé)開發(fā)一款自動化測試框架呢，前段時間負(fù)責(zé)一款接口測試自動化測試框架的設(shè)計開發(fā)，它不同于以往我開發(fā)的測試框，他是和數(shù)據(jù)庫打交道的，所以如何讓準(zhǔn)備數(shù)據(jù)更靈活更方便是我著重考慮的，目前開發(fā)已完成并且很好用。哈哈
正好在著說說測試框架設(shè)計
測試框架，目前業(yè)內(nèi)來看就三種：
1、錄制回放的框架
2、數(shù)據(jù)驅(qū)動的框架，這種框架又分為數(shù)據(jù)和用例分類和數(shù)據(jù)與用例為一體，當(dāng)然他們各有利弊
3、關(guān)鍵字驅(qū)動的測試框架
總的來說，第一種最簡單，但是缺點(diǎn)也很明顯，不以維護(hù)，第二種和第三種不相伯仲，需要根據(jù)具體的問題具體分析，但是第三其實(shí)有一些人工智能的影子，可以代碼生成代碼，BDD測試（Behavior. Driven Development）框架，比如jbehave easyb其實(shí)就可以看做關(guān)鍵字驅(qū)動的測試框架
數(shù)據(jù)驅(qū)動的測試框架，在上個我負(fù)責(zé)的項(xiàng)目中，實(shí)際我也是使用這個方案的，數(shù)據(jù)驅(qū)動的框架中，數(shù)據(jù)時重點(diǎn)，如何讓用戶更容易的造數(shù)和是用他是你框架成功與否！這里大家簡單來看其實(shí)就是一個三層結(jié)構(gòu)，數(shù)據(jù)準(zhǔn)備層，測試過程規(guī)范層，drive層，負(fù)責(zé)執(zhí)行等等
這里的數(shù)據(jù)是否分離呢，其實(shí)這個問題是沒有更好答案的，要具體問題具體分析，因?yàn)閿?shù)據(jù)如果分離，以后的case變化可能只需要維護(hù)數(shù)據(jù)，case的代碼是不用動的。當(dāng)時你能控制的是數(shù)據(jù)塊，可能是一個文件等等，不方便深入到數(shù)據(jù)的內(nèi)部。如果不分離好處是，你在case中一眼能看到你的數(shù)據(jù)，你想測試的是什么，并且整個測試過程是你可見，測試數(shù)據(jù)完全可控制的，比如一個log，已\001分割，你可以完全控制log中分割的每個字段。但是會增加維護(hù)的成本，目前我剛開發(fā)完成的框架支持以上兩種數(shù)據(jù)提供，測試人員根據(jù)具體情況使用
關(guān)鍵字驅(qū)動框架，如果需求是數(shù)據(jù)和業(yè)務(wù)case盡可能的分離，那第三種方式是比較適合的，它可以保證業(yè)務(wù)與實(shí)現(xiàn)分離，數(shù)據(jù)與業(yè)務(wù)分離，層次清晰，易于維護(hù)。
大家還可以嘗試一下代碼生成代碼，在上個我寫的框架中，就運(yùn)用了這個方法，很多common的東西，有固定格式的項(xiàng)目的具體的代碼文件都可以考慮用代碼生成代碼，能很大限度的提高效率。
版權(quán)聲明：本文出自 shadowwalker 的51Testing軟件測試博客：http://www.51testing.com/?622454
原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。