今天，我們來聊聊自動化測驗里的高逼格詞匯(裝x詞匯),關鍵字驅動和資料驅動，相信大伙經常聽到吧，首先來說說關鍵字驅動吧，
關鍵字驅動，作為一種自動化測驗框架的設計形式，在很久以前就被提到過，它的基本原理或者說構思就是將原本的自動化代碼進行代碼與資料的分離，再將分離出來的代碼二次分離，形成所謂行為代碼與測驗代碼，而后再經由資料內容驅動行為代碼，生成測驗代碼，從而更加便捷地進行自動化測驗代碼的管理，以及提高自動化的復用性，讓使用者更加容易理解和使用自動化（畢竟還是有很多很多測驗人員對代碼一竅不通，）
再說的通俗易懂點，比如
我喜歡她
你喜歡她
他喜歡她
從上面例子可以看到，三個人都有著同樣的行為，那就是喜歡她，那么這里我們是不是可以把喜歡這個行為提取出來，因為喜歡一個人太累了，把它作為一個公共的內容，我們只需要提供個主語就行了，這樣誰都能輕松的喜歡她了，把這個提取行為作為公共內容的程序就是傳說中的關鍵字封裝，通過主語資料去驅動這樣的一個行為，形成了一件事，那么這個就是傳說中的“關鍵字驅動+資料驅動”的自動化測驗設計模式了，
再來說說資料驅動
資料驅動必須有資料來控制測驗的業務流，比如測一個WEB程式，有很多頁面，你可以通過一個資料來控制每次是在哪個頁面下作業的（即通過資料來導航到相應的頁面），它是關鍵字驅動的低級版本，他控制的是函式級的，而關鍵字是控制動作級的，所以資料驅動應該是可以控制整個測驗的”，
在一些復雜的測驗用例中，同一個用例包含了很多的測驗流程，其中不同的測驗流程采用不同的測驗輸入資料，這個時候測驗資料的輸入不僅僅是引數的輸入，還有業務流程的控制欄位的輸入(可以理解為邏輯引數)，這種情形會更深入的體現資料驅動的含義，
●資料驅動的自動化測驗
資料驅動的自動化測驗框架是這樣的一個框架，從某個資料檔案(例如ODBC源檔案、Excel檔案、Csv檔案、ADO物件檔案等)中讀取輸入、輸出的測驗資料，然后通過變數傳入事先錄制好的或手工撰寫的測驗腳本中，其中，這些變數被用作傳遞(輸入/輸出)用來驗證應用程式的測驗資料，在這個程序中，資料檔案的讀取、測驗狀態和所有測驗資訊都被撰寫進測驗腳本里;測驗資料只包含在資料檔案中，而不是腳本里，測驗腳本只是一個“驅動”，或者說是一個傳送資料的機制，
●關鍵字驅動的自動化測驗
關鍵字驅動的自動化測驗(也稱為表驅動測驗自動化)，是資料驅動自動化測驗的變種，可支持由不同序列或多個不同路徑組成的測驗，它是一種獨立于應用程式的自動化框架，在處理自動化測驗的同時也要適合手工測驗，關鍵字驅動的自動化測驗框架建立在資料驅動手段之上，表中包含指令(關鍵詞)，而不只是資料，這些測驗被開發成使用關鍵字的資料表，它們獨立于執行測驗的自動化工具，關鍵字驅動的自動化測驗是對資料驅動的自動化測驗的有效改進和補充，
放張我的貓，看它這么可愛，快來關注我吧
以上筆者的經歷更像一張橫向的知識網，創建了一個交流平臺 914172719 ，群內有各種技術同行交流、學習資料、面試經驗等，其中用到jenkins、docker、moutebank、python編程等，還需要花更多的精力去深入學習，當每項技能都能掌握到一定深度，才能稱為一個完整的知識體系，
最后： 可以關注公眾號：傷心的辣條 ！ 進去有許多資料共享！資料都是面試時面試官必問的知識點，也包括了很多測驗行業常見知識，其中包括了有基礎知識、Linux必備、Shell、互聯網程式原理、Mysql資料庫、抓包工具專題、介面測驗工具、測驗進階-Python編程、Web自動化測驗、APP自動化測驗、介面自動化測驗、測驗高級持續集成、測驗架構開發測驗框架、性能測驗、安全測驗等，
如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一鍵三連哦！
好文推薦
轉行面試，跳槽面試，軟體測驗人員都必須知道的這幾種面試技巧！
面試經：一線城市搬磚！又面軟體測驗崗，5000就知足了…
面試官：作業三年，還來面初級測驗？恐怕你的軟體測驗工程師的頭銜要加雙引號…
什么樣的人適合從事軟體測驗作業？
那個準點下班的人，比我先升職了…
測驗崗反復跳槽，跳著跳著就跳沒了…
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/297428.html
標籤：其他