測試平臺系列(83) 前置條件支援Redis語句

米洛丶發表於2021-11-27

Redis

大家好~我是米洛！

我正在從0到1打造一個開源的介面測試平臺, 也在編寫一套與之對應的完整教程，希望大家多多支援。

歡迎關注我的公眾號測試開發坑貨，獲取最新文章教程!

回顧

上節我們打了個野，解決了一下APScheduler的重複執行問題。在更上一節，我們編寫好了Redis的線上執行功能。

那這一節我們就得把它運用到前置條件裡面來了。

成果展示

由於博主都是先編碼，再寫文。所以是能展示成果的，今日份變化如下:

支援了前置條件（REDIS型別）

稍微改動了下頁面, 感覺有些花裡胡哨了

點選左邊播放按鈕可以線上執行redis命令

思路

前置條件要想支援Redis，思路其實很簡單，模式也和SQL差不多。所以我們可以照搬SQL的程式碼。

之前我們的Executor都放在utils包下面，其實很不友好。為了顯示專業性，我決心把Executor從utils抽離出來，放到新目錄core下面。

這個core目錄打算放一些用例執行的核心方法，我們們拭目以待。

如何修改檔案而不影響其他資料

這個就需要偉大的Pycharm了，我們其實新建一個core目錄以後，直接把executor.py移動到core目錄即可。

通過pycharm移動檔案，他不僅僅只是移動檔案那麼簡單，它還會幫你處理這個檔案引入了哪些包，如果路徑發生變化了，他也會自動幫忙更新，如果有其他檔案引用了executor.py，它也會順道幫助更新。

有如此強大的ide作為支撐，所以我玩起來也是隨心所欲。

拆分Executor

隨著case執行的邏輯越來越多，我們的executor.py有點hold不住，倒不是說一個py檔案不能放1000行程式碼，只是我們沒有必要讓它那麼臃腫。

我們最能拆除的就是執行構造方法的函式了，首先我們的構造方法有固定的幾種，先看看只支援sql和用例的時候，我們是怎麼寫的:

    async def execute_constructor(self, env, index, path, params, req_params, constructor: Constructor):
        if not constructor.enable:
            self.append(f"當前路徑: {path}, 構造方法: {constructor.name} 已關閉, 不繼續執行")
            return
        if constructor.type == 0:
            try:
                data = json.loads(constructor.constructor_json)
                case_id = data.get("case_id")
                testcase, _ = await TestCaseDao.async_query_test_case(case_id)
                self.append(f"當前路徑: {path}, 第{index + 1}條構造方法")
                # 說明是case
                executor = Executor(self.logger)
                new_param = data.get("params")
                if new_param:
                    temp = json.loads(new_param)
                    req_params.update(temp)
                result, err = await executor.run(env, case_id, params, req_params, f"{path}->{testcase.name}")
                if err:
                    raise Exception(err)
                if not result["status"]:
                    raise Exception(f"斷言失敗, 斷言資料: {result.get('asserts', 'unknown')}")
                params[constructor.value] = result
                # await self.parse_params(testcase, params)
            except Exception as e:
                raise Exception(f"{path}->{constructor.name} 第{index + 1}個構造方法執行失敗: {e}")
        elif constructor.type == 1:
            # 說明是sql語句
            try:
                self.append(f"當前路徑: {path}, 第{index + 1}條構造方法")
                data = json.loads(constructor.constructor_json)
                database = data.get("database")
                sql = data.get("sql")
                self.append(f"當前構造方法型別為sql, 資料庫名: {database}\nsql: {sql}\n")
                sql_data = await DbConfigDao.execute_sql(env, database, sql)
                params[constructor.value] = sql_data
                self.append(f"當前構造方法返回變數: {constructor.value}\n返回值:\n {sql_data}\n")
            except Exception as e:
                raise Exception(f"{path}->{constructor.name} 第{index + 1}個構造方法執行失敗: {e}")

可以看到，才2種方法，就已經很臃腫了。其實更可讀一點的寫法，需要把幾種構造方法拆開，拆開後分別有一個run方法，這樣我們只需要判斷型別是啥，執行對應的run方法即可。

新建abstract基類

from abc import ABC

from app.models.constructor import Constructor


class ConstructorAbstract(ABC):

    @staticmethod
    def run(executor, env, index, path, params, req_params, constructor: Constructor, **kwargs):
        pass

基類方法類似Java的abstract類，定義一個類，不實現裡面的方法則無法例項化。

sql實現

和以前類似，只是把程式碼拷貝了過來，放到了新類下面

testcase實現

測試用例這兒有些複雜的變動:

一般來說，我們是case呼叫前置條件的run方法，但由於測試用例需要再次呼叫executor，所以導致了什麼呢？

executor引用testcase引用executor，也就是引用迴圈，這在python裡面是禁止的，畢竟你套娃了！

所以這裡採取的土方法是把我的Executor類當引數傳遞進來 =。=（夠土）

redis實現

其實執行redis的時候我們已經編寫過類似的方法了，但因為之前是根據id執行redis，現在要改改，需要根據name執行。

根據name執行有些迫不得已，主要是因為我們case編寫是適配多套環境，如果傳入id的話，那麼redis對應的都是固定環境的配置，無法適配多環境。

和sql一樣，我們採取 env+name確定redis連線（name不變，env切換的時候，redis連線也變成動態了）