大家好~我是
米洛寝贡！
我在從0到1打造一個(gè)開源平臺, 也在編寫一套完整的接口測試平臺系列教程悼吱，希望大家能夠多多支持沸停。
歡迎關(guān)注我的龔仲耗測試開發(fā)坑貨，獲取最新文章教程!
回顧
上節(jié)內(nèi)容我們編寫了非常惡心的數(shù)據(jù)驅(qū)動部分疾宏，而且有些東西筆者還講的不清不楚的张足。接下來我們就來讓數(shù)據(jù)構(gòu)造器支持sql。
先看看之前的數(shù)據(jù)構(gòu)造器:
- 測試用例
- sql
- redis
- http
- python方法
目前我們還只支持一種呢~所以我們要盡快支持起來为牍，保證造數(shù)的豐富性。
SQL構(gòu)造器
其實(shí)sql構(gòu)造器比較簡單岩馍，我們之前的文章也已經(jīng)寫好了sql構(gòu)造器的核心方法碉咆，詳情可以看在線執(zhí)行sql的文章。
那我們今天只需要稍微來點(diǎn)改造即可蛀恩。
編寫獲取sql配置的方法
之前我們編寫的獲取sql配置的方法疫铜，都是根據(jù)id來獲取的，但因?yàn)槲覀兇嬖?code>多環(huán)境的情況双谆。舉個(gè)例子:
| fat | uat | |
|---|---|---|
| id | 1 | 2 |
| 數(shù)據(jù)庫名 | blog | blog |
這樣的數(shù)據(jù)壳咕，名稱都是blog，但環(huán)境不同導(dǎo)致會有多條數(shù)據(jù)顽馋。我們的用例要支持多環(huán)境運(yùn)行, 如果指定了id為1谓厘，那么就不能訪問到uat下的blog了。
所以我們打算用環(huán)境+數(shù)據(jù)庫名確定一個(gè)配置寸谜，這樣當(dāng)env發(fā)生變化的時(shí)候竟稳，我們的配置也會跟著變化。
編寫執(zhí)行sql的方法
這里和在線執(zhí)行有所不同程帕，主要體現(xiàn)在獲取配置那塊住练。并且把查詢結(jié)果序列化為json字符串地啰，方便進(jìn)行變量替換愁拭。
改造執(zhí)行前置條件方法
執(zhí)行前置條件的時(shí)候會判斷前置條件類型，如果現(xiàn)在類型為1亏吝，說明是sql類型岭埠。
我們先反序列化數(shù)據(jù)，拿到對應(yīng)的數(shù)據(jù)庫名稱配置信息。
注意惜论，這里的反序列化是因?yàn)槲覀兊那爸脳l件表是用了一個(gè)TEXT字段存放所有類型的數(shù)據(jù)许赃，由于用例和sql數(shù)據(jù)格式都不一致，所以我們需要反序列化為字典進(jìn)一步取值馆类。
拿到database（數(shù)據(jù)庫名）和sql（sql語句）混聊，接著執(zhí)行sql，把變量放入變量池乾巧。
前端部分
至此句喜，我們后端的改動就完成了。來看看前端的變化:
怎么使用呢
自從改寫了數(shù)據(jù)驅(qū)動以后咳胃，我們還沒有跑過一個(gè)完整的例子。接著我們來看看:
前置用例
前置用例是一個(gè)登錄的case旷太，里面的username和password都已經(jīng)抽離出來展懈，這個(gè)值要怎么傳給它呢？這個(gè)依賴于我們數(shù)據(jù)驅(qū)動里面的數(shù)據(jù)供璧。
前置SQL語句
為什么要做這步存崖，是為了后面斷言的考慮。
主體用例
主體用例的邏輯一目了然:
- 替換全局變量睡毒，把blog_url變?yōu)檎鎸?shí)請求地址
- 執(zhí)行前置用例->登錄case金句，并把username和password傳入
- 取到前置用例的SESSIONID
- 執(zhí)行測試SQL，取到nickname like name的用戶信息
- 請求查詢用戶接口
- 斷言吕嘀，看結(jié)果是不是和數(shù)據(jù)庫查出來的數(shù)量一致
斷言部分
斷言里面把sql_data的count（數(shù)量）取出來违寞，和response（提前知道返回一個(gè)json數(shù)組）的數(shù)量進(jìn)行長度對比。
總結(jié)一下需要傳入的變量
- username 登錄用戶名
- password 登錄密碼
- name 查詢的用戶
看看數(shù)據(jù)管理
執(zhí)行用例
由于執(zhí)行這塊我們還沒徹底修復(fù)偶房，只修復(fù)了批量執(zhí)行的趁曼，我們?nèi)ヅ繄?zhí)行一下。
看下報(bào)告:
看了下，斷言里面預(yù)期結(jié)果應(yīng)該是0掰盘，但實(shí)際結(jié)果有9條摄悯。
可以看到返回了很多數(shù)據(jù)，其實(shí)我查詢的的name是一個(gè)我瞎編的愧捕，但這個(gè)接口還是返回了9條數(shù)據(jù)奢驯，也就是說測試失敗了。
我們再看看數(shù)據(jù)庫的執(zhí)行記錄:
可以看到變量已經(jīng)靈活轉(zhuǎn)變了次绘。
再看看腦圖部分:
總體來說瘪阁，完整的流程已經(jīng)走完了撒遣。在參數(shù)替換部分，確實(shí)出現(xiàn)了一些性能損耗管跺，但沒有關(guān)系义黎，總體來說還是不算慢的。
今天的內(nèi)容就分享到這里了豁跑，下一節(jié)介紹我們剛才沒有提到的斷言部分: 長度等于廉涕。
