自動(dòng)化測(cè)試框架

1、自動(dòng)化測(cè)試框架思路文章分類：綜合技術(shù)1.1. 自動(dòng)化測(cè)試的優(yōu)點(diǎn)提高測(cè)試效率和降低測(cè)試成本實(shí)現(xiàn)快速的回歸測(cè)試，加快測(cè)試進(jìn)度從而加快產(chǎn)品發(fā)布進(jìn)度更多的測(cè)試，提高測(cè)試覆蓋率保證一致性提高測(cè)試的可靠性，避免人為因素1.2. 為什么要做自動(dòng)化測(cè)試框架通過以往的嘗試，發(fā)現(xiàn)真正實(shí)現(xiàn)自動(dòng)化測(cè)試，并不是掌握了某個(gè)自動(dòng)化測(cè)試工具，掌握了腳本的編寫技術(shù)就能夠達(dá)成，面對(duì)復(fù)雜的 ERP系統(tǒng)，簡(jiǎn)單的錄制/回放并不能達(dá)到自動(dòng)化測(cè)試的要求，完全通過編寫 腳本的方式，工作量巨大且可維護(hù)性極差、不能復(fù)用。實(shí)現(xiàn)自動(dòng)化就是為了能夠提升測(cè)試效率，不具備可 維護(hù)性、復(fù)用性差將成為導(dǎo)致自動(dòng)化測(cè)試失敗的最致命因素，付岀巨大代價(jià)但起到的效果甚

2、微?；谝陨弦蛩夭⒔Y(jié)合行業(yè)發(fā)展思路，在正式實(shí)施自動(dòng)化之前，必須搭建一套適合的自動(dòng)化測(cè)試框架，將腳本能夠有效的組織、連貫應(yīng)用起來，提高測(cè)試腳本的可維護(hù)性和可讀性。1.3. 希望達(dá)成的目標(biāo)搭建符合以下要求的自動(dòng)化測(cè)試框架，使得未來自動(dòng)化測(cè)試正式實(shí)施時(shí)能夠有序、高效的開展：高復(fù)用性高可維護(hù)性穩(wěn)定性快速編寫腳本自動(dòng)執(zhí)行正確輸岀結(jié)果能夠不斷提升自動(dòng)化測(cè)試比例1.4. 實(shí)現(xiàn)思路分層設(shè)計(jì)：業(yè)務(wù)流程、功能點(diǎn)、操作組件我們?cè)谶M(jìn)行測(cè)試時(shí)，首先會(huì)驗(yàn)證各個(gè)頁面、各個(gè)字段的正確性，到驗(yàn)證功能點(diǎn)的正確性，再組合各個(gè) 功能點(diǎn)進(jìn)行業(yè)務(wù)邏輯、業(yè)務(wù)流程的驗(yàn)證，最終確保系統(tǒng)滿足業(yè)務(wù)需求。*對(duì)于自動(dòng)化腳本，采用分層的思想，先實(shí)現(xiàn)最底

3、層的操作組件，通過調(diào)用操作組件、及業(yè)務(wù)邏輯實(shí)現(xiàn) 對(duì)功能點(diǎn)的驗(yàn)證，再通過調(diào)用業(yè)務(wù)邏輯組合功能點(diǎn)實(shí)現(xiàn)對(duì)業(yè)務(wù)流程的驗(yàn)證。不同的業(yè)務(wù)流程，對(duì)于底層的 操作組件、中間層的功能點(diǎn)函數(shù)是完全可以復(fù)用的，只是調(diào)用的業(yè)務(wù)邏輯的差異，或者是測(cè)試數(shù)據(jù)的差異 性。*盡可能做到各腳本之間具備獨(dú)立性，不相互依賴，便于進(jìn)行各種基本場(chǎng)景的組合運(yùn)行。 如銷售系統(tǒng)中的選擇房間操作，在做預(yù)約、小訂、認(rèn)購等操作時(shí)，都需要用到選擇房產(chǎn)，因此可以將 選擇房產(chǎn)做為一個(gè)公共的操作組件，詳細(xì)描述選擇房產(chǎn)的操作步驟，在測(cè)試新增預(yù)約、新增小訂、新增認(rèn) 購等功能點(diǎn)時(shí)都需要調(diào)用到選擇房產(chǎn)的操作組件，只是業(yè)務(wù)的校驗(yàn)邏輯與所選擇的數(shù)據(jù)不一致。再看業(yè)務(wù)流程

4、，新增一個(gè)小訂單后可以作廢，也可以由小訂轉(zhuǎn)認(rèn)購，業(yè)務(wù)流程就有兩個(gè)：新增小訂單 作廢訂單，新增小訂單轉(zhuǎn)認(rèn)購，這兩個(gè)業(yè)務(wù)流程中“新增小訂單”這個(gè)功能點(diǎn)是一致的，可以通過調(diào) 用不同的用例數(shù)據(jù)組合成不同的業(yè)務(wù)流程。腳本分離設(shè)計(jì)：對(duì)象、操作、測(cè)試數(shù)據(jù)、業(yè)務(wù)邏輯相互剝離、靈活調(diào)用 對(duì)某個(gè)功能進(jìn)行自動(dòng)化測(cè)試，實(shí)際上就是對(duì)這個(gè)功能涉及的對(duì)象進(jìn)行操作，輸入測(cè)試數(shù)據(jù)來驗(yàn)證其結(jié) 果的正確性，復(fù)雜的驗(yàn)證點(diǎn)需要編寫業(yè)務(wù)邏輯。如果全部用腳本的方式編寫，針對(duì)每一條測(cè)試數(shù)據(jù)就需要 編寫一份腳本，腳本量相當(dāng)巨大，同時(shí)任何改動(dòng)（程序、測(cè)試用例、 GUI 對(duì)象）都需要調(diào)整大量的腳本。為了達(dá)到可維護(hù)性、可復(fù)用性，將對(duì)象、操作、測(cè)試數(shù)

5、據(jù)、業(yè)務(wù)邏輯剝離、分開管理，通過調(diào)用關(guān)系 去組合實(shí)現(xiàn)不同的測(cè)試用例。*對(duì)象資源庫*測(cè)試數(shù)據(jù)資源庫*操作組件（描述操作步驟）*腳本：業(yè)務(wù)邏輯 分離后，如果要增加測(cè)試用例，只需要維護(hù)測(cè)試數(shù)據(jù)，如果程序修改，增加了對(duì)象，那么只需要維護(hù) 對(duì)象庫、操作組件，增加對(duì)這個(gè)對(duì)象的操作。封裝基礎(chǔ)函數(shù)、基本的業(yè)務(wù)邏輯、驗(yàn)證點(diǎn) 通過對(duì)基本業(yè)務(wù)邏輯、驗(yàn)證點(diǎn)的封裝、調(diào)用，實(shí)現(xiàn)快速的腳本開發(fā) 如一個(gè)數(shù)據(jù)保存的功能，每一條數(shù)據(jù)在做了增、刪、改的操作后，都需要驗(yàn)證保存至后臺(tái)數(shù)據(jù)庫的數(shù) 據(jù)正確性，通過預(yù)期結(jié)果與數(shù)據(jù)庫實(shí)際產(chǎn)生的數(shù)據(jù)集進(jìn)行比較驗(yàn)證，在獲取數(shù)據(jù)庫實(shí)際產(chǎn)生的數(shù)據(jù)集的方 式是通用的，只是不同的功能所要驗(yàn)證的數(shù)據(jù)表、字段

6、及 Where 條件不一致，獲取數(shù)據(jù)集的方式就可以 封裝成一個(gè)基礎(chǔ)函數(shù)， 傳入不同的 SQL 語句做為參數(shù)即可。 同時(shí)預(yù)期結(jié)果與實(shí)際結(jié)果集的比較也可以封裝 為基礎(chǔ)函數(shù)。再如，系統(tǒng)頁面中在某些操作或條件下，部分字段是只讀不允許編輯的，或者是隱藏不顯示的，編寫 腳本時(shí)需要對(duì)每一個(gè)對(duì)象寫一條語句驗(yàn)證其只讀和隱藏屬性的正確性，如果將只讀和隱藏屬性的驗(yàn)證進(jìn)行 封裝，針對(duì)每一個(gè)頁面進(jìn)行驗(yàn)證，那么只需要傳入這個(gè)頁面只讀或隱藏的對(duì)象名稱，調(diào)用封裝的函數(shù)執(zhí)行 驗(yàn)證?？梢源蟠鬁p少腳本量，也更易于維護(hù)。有效的執(zhí)行體系*批量、定制執(zhí)行、自動(dòng)運(yùn)行自動(dòng)化測(cè)試真正達(dá)到提升測(cè)試效率，需要實(shí)現(xiàn)無人值守情況下的批量自動(dòng)執(zhí)行，并且

7、可以定制執(zhí)行。*異常處理機(jī)制腳本執(zhí)行過程中，因程序錯(cuò)誤或環(huán)境問題、腳本自身問題經(jīng)常會(huì)岀現(xiàn)非預(yù)期的錯(cuò)誤：如意料外的彈岀 窗口、發(fā)現(xiàn)錯(cuò)誤的數(shù)據(jù)、未找到對(duì)象、輸入文件打不開或不能讀等，有些情況下當(dāng)前用例岀錯(cuò)，并不影響 后續(xù)用例的執(zhí)行，需要支持異常處理機(jī)制，終止執(zhí)行或者終止當(dāng)前用例，繼續(xù)后續(xù)用例的執(zhí)行，亦或者跳 過當(dāng)前步驟，繼續(xù)執(zhí)行后續(xù)操作，并輸岀當(dāng)前的錯(cuò)誤報(bào)告。*業(yè)務(wù)數(shù)據(jù)還原初始狀態(tài)自動(dòng)化測(cè)試需要循環(huán)執(zhí)行，執(zhí)行完成后，需要恢復(fù)初始狀態(tài)（主要是業(yè)務(wù)數(shù)據(jù)），以使得程序重新提 交版本后能夠循環(huán)執(zhí)行，不斷的對(duì)新版本進(jìn)行回歸驗(yàn)證。*版本管理隨著待驗(yàn)證版本的不一致，自動(dòng)化測(cè)試腳本也會(huì)不斷的更新、維護(hù)，同樣需要進(jìn)

8、行版本管理。結(jié)果體系*針以每條用例，輸出用例執(zhí)行結(jié)果*針對(duì)每個(gè)檢查點(diǎn)，輸岀詳細(xì)的檢查點(diǎn)執(zhí)行結(jié)果*輸出執(zhí)行日志結(jié)構(gòu)化管理對(duì)象、操作組件、基礎(chǔ)函數(shù)、測(cè)試數(shù)據(jù)、功能點(diǎn)腳本、業(yè)務(wù)流程組合，如此多的層級(jí)、調(diào)用關(guān)系，必 須進(jìn)行結(jié)構(gòu)化管理，采用高度組織化的目錄結(jié)構(gòu)、分級(jí)管理，方便進(jìn)行正確及快速的調(diào)用，方便能夠快速 定位、查找問題。軟件自動(dòng)化測(cè)試的引入和應(yīng)用關(guān)鍵字:軟件測(cè)試自動(dòng)化 在了解軟件測(cè)試自動(dòng)化的重要意義之后，就要開始啟動(dòng)軟件測(cè)試自動(dòng)化進(jìn)程。在進(jìn)行自動(dòng)化測(cè)試之前，首 先要建立一個(gè)對(duì)軟件測(cè)試自動(dòng)化的認(rèn)識(shí)觀。軟件測(cè)試工具能提高測(cè)試效率、覆蓋率和可靠性等，軟件測(cè)試 自動(dòng)化雖然具有很多優(yōu)點(diǎn)，但它只是測(cè)試工作的一

9、部分，是對(duì)手工測(cè)試的一種補(bǔ)充。軟件測(cè)試自動(dòng)化絕不 能代替手工測(cè)試，它們各有各自的特點(diǎn)，其測(cè)試對(duì)象和測(cè)試范圍都不一樣：在系統(tǒng)功能邏輯測(cè)試、驗(yàn)收測(cè)試、適用性測(cè)試、涉及物理交互性測(cè)試時(shí)，多采用黑盒測(cè)試的手工測(cè) 試方法。單元測(cè)試、集成測(cè)試、系統(tǒng)負(fù)載或性能測(cè)試、穩(wěn)定性測(cè)試、可靠性測(cè)試等比較適合采用自動(dòng)化刪試。那種不穩(wěn)定軟件的測(cè)試、開發(fā)周期很短的軟件、一次性的軟件等不適合自動(dòng)化測(cè)試。工具本身并沒有想象力和靈活性，根據(jù)報(bào)道，自動(dòng)測(cè)試只能發(fā)現(xiàn)15 的缺陷，而手工測(cè)試可以發(fā)現(xiàn)85酐 J 缺陷。自動(dòng)化測(cè)試工具在進(jìn)行功能測(cè)試時(shí)，其準(zhǔn)確的含義是回歸測(cè)試工具，這時(shí)工具不能發(fā)現(xiàn)更多的新問 題，但口丁以保證對(duì)已經(jīng)測(cè)試過部分

10、的準(zhǔn)確性和客觀性。多數(shù)情況下，手工測(cè)試和自動(dòng)化測(cè)試應(yīng)該相結(jié)合，以攝有效的方法來完成測(cè)試任務(wù)。1 找準(zhǔn)測(cè)試自動(dòng)化的切入點(diǎn)管是自己開發(fā)測(cè)試工具，還是購買第三方現(xiàn)成的工具產(chǎn)品，當(dāng)開始啟動(dòng)測(cè)試自動(dòng)化時(shí)，"；要希望一F子就能做很多事情。必須從蛀基本的測(cè)試工作切入，如驗(yàn)證新構(gòu)建的軟件包(Bujld) 是否有嚴(yán)重的或致命的問題，即驗(yàn)證構(gòu)建的軟件包所有基本功能是否正常工作，或者可以從某一個(gè)模塊開始，如果這個(gè)模塊做成 功了，再向其他模塊推進(jìn)。2 把測(cè)試開發(fā)納入整個(gè)軟件開發(fā)體系 測(cè)試用例設(shè)計(jì)完成之后，就可以進(jìn)行手工測(cè)試，但要用測(cè)試工具，還必須將測(cè)試用例轉(zhuǎn)化成測(cè)試腳本 或編寫特殊的測(cè)試程序，測(cè)試腳本也是程

11、序，所以應(yīng)該要遵守已有的、規(guī)范的編程標(biāo)準(zhǔn)和規(guī)則。用編程語 言或腳本語言寫出短小的程序來產(chǎn)生大量的測(cè)試輸入(包括輸入數(shù)據(jù)與操作指令 )，或同時(shí)也按一定的邏輯規(guī)律產(chǎn)牛標(biāo)準(zhǔn)輸出。輸入與輸出的文件名字，同開發(fā)中其他環(huán)節(jié)一樣，進(jìn)行統(tǒng)一規(guī)劃，按規(guī)定進(jìn)行配對(duì)， 以便進(jìn)行自動(dòng)化測(cè)試的結(jié)果對(duì)比分析。自動(dòng)化測(cè)試應(yīng)該是整個(gè)開發(fā)過程中的一個(gè)有機(jī)組成部分。自動(dòng)測(cè)試要依靠配置管理來提供良好的運(yùn)行環(huán)境，同時(shí)它必須要與開發(fā)中的軟件構(gòu)建緊密配合a只要是程序，就可能存在缺陷，所以測(cè)試腳本或測(cè)試程序也要進(jìn)行測(cè)試，在實(shí)際運(yùn)杓測(cè)試之前，要保證測(cè)試工具或測(cè)試腳本的正確性。當(dāng)然，并不是說要一層層的測(cè)試下去，而進(jìn)入程序測(cè)試遞歸的死胡同。相對(duì)

12、來隨，測(cè)試腳本或測(cè)試工具簡(jiǎn)單些，其測(cè)試也容易些。一旦測(cè)試中發(fā)現(xiàn)問題，要么是被測(cè)試的對(duì)象有 問題，要么是測(cè)試腳本或測(cè)試工具有問題，總之，問題容易發(fā)現(xiàn)。為了使測(cè)試自動(dòng)化的腳本能多次重復(fù)進(jìn)行，測(cè)試用例和測(cè)試腳本要寫入數(shù)據(jù)庫，進(jìn)行動(dòng)態(tài)管理。3測(cè)試自動(dòng)化依賴測(cè)試流程和測(cè)試用倒不管是手工測(cè)試和自動(dòng)化測(cè)試，關(guān)鍵是測(cè)試流程的建立和測(cè)試用例的設(shè)計(jì)，只有在良好的測(cè)試用例基 礎(chǔ)上，編寫測(cè)試腳本、執(zhí)行測(cè)試或運(yùn)行測(cè)試腳本，才能保證測(cè)試的執(zhí)行效果。為了適合測(cè)試自動(dòng)化的測(cè)試 腳本的編程，可以使測(cè)試用例轉(zhuǎn)化為用例矩陣化 （CaseMatcix），使測(cè)試腳本容易實(shí)現(xiàn)結(jié)構(gòu)化。4軟件測(cè)試自動(dòng)化的投入較大對(duì)于軟件測(cè)試自動(dòng)化要有一個(gè)正

13、確的理解，才能做到事半功倍e由于軟件測(cè)試自動(dòng)化在前期的投入要比手工測(cè)試的投入大得多，除了在購買軟件測(cè)試工具或成套工具系統(tǒng)所投八的資金（一般這類工具軟件還比較貴）和大量的人員培訓(xùn)之外，還要花很多時(shí)間去寫測(cè)試腳本、維護(hù)腳本等。5進(jìn)行赍源的合理調(diào)度在開發(fā)中的產(chǎn)品達(dá)到一定程度的時(shí)候，就應(yīng)該開始進(jìn)行每日構(gòu)造新版本并進(jìn)行自動(dòng)化的驗(yàn)證測(cè)試。這種做法能使軟件的開投狀態(tài)得到頻繁的更新， 及早發(fā)現(xiàn)設(shè)計(jì)和集成的缺陷。為了充分利用時(shí)間與設(shè)備資源， 下班之后進(jìn)行自動(dòng)的軟件構(gòu)建，緊接著進(jìn)行自動(dòng)測(cè)試 （這里多數(shù)指的是系統(tǒng)測(cè)試或回歸測(cè)試 ）是一個(gè)非常行 之有效的方法。如果安排得好，到第二天上班時(shí)，測(cè)試結(jié)果就已經(jīng)在各人的電子郵

14、箱里面了。軟件測(cè)試框架介紹關(guān)鍵字:軟件測(cè)試測(cè)試框架在軟件測(cè)試領(lǐng)域，我們經(jīng)常會(huì)聽到測(cè)試框架。什么是軟件測(cè)試框架？在軟件測(cè)試中它起到怎樣的作用？要認(rèn)識(shí)軟件測(cè)試框架，首先要對(duì)所謂框架有概念?？蚣? Framework )是整個(gè)或部分系統(tǒng)的可重用設(shè) 計(jì)，表現(xiàn)為一組抽象構(gòu)件及構(gòu)件實(shí)例間交互的方法；另一種定義認(rèn)為，框架是可被應(yīng)用開發(fā)者定制的應(yīng)用 骨架。前者是從應(yīng)用方面、而后者是從目的方面給出的定義。測(cè)試框架也是如此，測(cè)試框架出現(xiàn)的最終目 的是花少量的資源來完成盡可能多的測(cè)試任務(wù)，所以軟件測(cè)試框架的建立以及框架的重用性方面是最值得 測(cè)試人員深入探究的地方。Java測(cè)試框架、.Net測(cè)試框架、自動(dòng)化測(cè)試框架、

15、單元測(cè)試框架、集成測(cè)試框 架，你是不是已經(jīng)被這些名稱弄暈了？如何實(shí)現(xiàn)測(cè)試框架用于特殊場(chǎng)合？本專題將就以上問題對(duì)測(cè)試框架 進(jìn)行全面詳解，從測(cè)試框架入門和類別，到常用框架應(yīng)用和自己動(dòng)手實(shí)現(xiàn)框架。什么是測(cè)試框架：軟件測(cè)試框架是一組自動(dòng)化測(cè)試的規(guī)范、測(cè)試腳本的基礎(chǔ)代碼，以及測(cè)試思想、慣例的集合?？捎糜跍p少冗余代碼、提高代碼生產(chǎn)率、提高代碼重用性和可維護(hù)性。測(cè)試框架的好處在于：提高開發(fā)速度，提 升測(cè)試代碼的執(zhí)行效率；提高軟件代碼質(zhì)量，同時(shí)引入重構(gòu)概念，讓代碼更干凈和富有彈性；提升系統(tǒng)的 可信賴度，作為回歸測(cè)試的一種實(shí)現(xiàn)方法支持修復(fù)后”再測(cè)試”，確保代碼的正確性。常用的測(cè)試框架分類包括自動(dòng)化測(cè)試框架和單元

16、測(cè)試框架。根據(jù)所用開發(fā)平臺(tái)不同，也可使用不同的測(cè)試框架展開測(cè)試。軟件自動(dòng)化測(cè)試框架的發(fā)展基于界面的軟件自動(dòng)化測(cè)試框架和工具的發(fā)展大致經(jīng)歷了三個(gè)階段(有人也據(jù)此將測(cè)試工具分為三代)：1) 簡(jiǎn)單的錄制/回放：由工具錄制并記錄操作的過程和數(shù)據(jù)形成腳本，通過回放來重復(fù)人工操作的過程。在這種模式下數(shù)據(jù)和腳本混在一起，幾乎一個(gè)測(cè)試用例對(duì)應(yīng)一個(gè)腳本，維護(hù)成本很高。而且即使界 面的簡(jiǎn)單變化也需要重新錄制，腳本可重復(fù)使用的效率低。2) 數(shù)據(jù)驅(qū)動(dòng)(datadriven )的自動(dòng)化測(cè)試：從數(shù)據(jù)文件讀取輸入數(shù)據(jù)，通過變量的參數(shù)化，將測(cè)試數(shù)據(jù)傳入測(cè)試腳本，不同的數(shù)據(jù)文件對(duì)應(yīng)不同的測(cè)試用例。在這種模式下數(shù)據(jù)和腳本分離，腳

17、本的利用率、可維護(hù)性大大提高，但受界面變化的影響仍然很大。3) 關(guān)鍵字驅(qū)動(dòng)(keyworddriven )的自動(dòng)化測(cè)試：關(guān)鍵字驅(qū)動(dòng)測(cè)試是數(shù)據(jù)驅(qū)動(dòng)測(cè)試的一種改進(jìn)類型， 它將測(cè)試邏輯按照關(guān)鍵字進(jìn)行分解，形成數(shù)據(jù)文件，關(guān)鍵字對(duì)應(yīng)封裝的業(yè)務(wù)邏輯。主要關(guān)鍵字包括三類：被操作對(duì)象(Item 八操作(Operation )和值(value )，用面向?qū)ο笮问娇蓪⑵浔憩F(xiàn)為Item.Operation(Value )。關(guān)鍵字驅(qū)動(dòng)的主要思想是：腳本與數(shù)據(jù)分離、界面元素名與測(cè)試內(nèi)部對(duì)象名分離、測(cè)試描述 與具體實(shí)現(xiàn)細(xì)節(jié)分離。相應(yīng)地，軟件測(cè)試自動(dòng)化腳本的類型，從低到高的發(fā)展層次是:1）線性腳本：通過錄制直接產(chǎn)生的線性執(zhí)行的腳本。2）結(jié)構(gòu)化的腳本：具有順序、循環(huán)、分支等結(jié)構(gòu)的腳本。3）共享的腳本：可以被多個(gè)測(cè)試用例使用，被其它腳本調(diào)用的腳本。4）數(shù)據(jù)驅(qū)動(dòng)的腳本：數(shù)據(jù)和流程控制分離的腳本，通過讀入數(shù)據(jù)文件來驅(qū)動(dòng)流程進(jìn)行的腳本。5）關(guān)鍵字驅(qū)動(dòng)的腳本：腳