Python 任務自動化工具 tox 教程

在我剛翻譯完的 Python 打包系列文章中，做者提到了一個神奇的測試工具 tox，並且他本人就是 tox 的維護者之一。趁着話題的相關性，本文將對它作簡單的介紹，說不定你們在開發項目時可以用得上。

Command line driven CI frontend and development task automation tool

命令行驅動的 CI 前端和開發任務自動化工具

tox 的項目地址是：github.com/tox-dev/tox

其核心做用是支持建立隔離的 Python 環境，在裏面能夠安裝不一樣版本的 Python 解釋器與各類依賴庫，以此方便開發者作自動化測試、打包、持續集成等事情。

簡單來講，tox 是一個管理測試虛擬環境的命令行工具。 它已存在多年且廣被開發者們使用，例如，著名的雲計算平臺 OpenStack 也採用了它，做爲最基礎的測試工具之一。

一、tox 能作什麼？

細分的用途包括：

• 建立開發環境
• 運行靜態代碼分析與測試工具
• 自動化構建包
• 針對 tox 構建的軟件包運行測試
• 檢查軟件包是否能在不一樣的 Python 版本/解釋器中順利安裝
• 統一持續集成（CI）和基於命令行的測試
• 建立和部署項目文檔
• 將軟件包發佈到 PyPI 或任何其它平臺

tox 官方文檔中列出了 40 餘種使用場景的示例，詳細的列表可查看：tox.readthedocs.io/en/latest/e…

二、tox 怎麼配置？

關於它的用法：使用pip install tox 安裝，使用tox 運行所有測試環境，和tox -e envname 運行指定的環境。還有很多的命令行參數，經過tox -h 查看。

tox 的行爲由其配置文件控制，當前它支持 3 種配置文件：

1. pyproject.toml
2. tox.ini
3. setup.cfg

以 tox 項目本身的 tox.ini 配置內容爲例，能夠看到它是這樣配置的（github.com/tox-dev/tox…）：

每一個[xxx]及其下方內容組成一個章節（section），每一個章節間使用空行做間隔。

[tox]下面是全局性的配置項，envlist 字段定義了 tox 去操做的環境。[xxx]下面是 xxx 虛擬環境的配置項，[xxx:yyy]繼承 xxx 的配置，同時其自身配置項的優先級更高。

對於每一個虛擬環境，可用的配置項不少，例如經常使用的有：description（描述信息）、basepython（Python解釋器版本）、deps（環境依賴項）、commands（命令語句）等等。

tox 還支持做變量替換，它提供了一些內置的基礎變量（全局的或對於虛擬環境的）：{toxinidir}、{homedir}、{envname}、{envdir}等等。

除了基礎性的變量替換，它還支持這些高級用法：

• 取操做系統的環境變量：{env:KEY}，效果等同於os.environ['KEY'] 。能夠變化成：{env:KEY:DEFAULTVALUE}，在取不到環境變量時則使用默認值；{env:KEY:{env:DEFAULTOFKEY}}，達到 if-else 的取值效果
• 傳遞命令行參數：{posargs:DEFAULTS}，當沒有命令行參數時，使用 DEFAULTS 值。使用方式：tox arg1 arg2 傳兩個參，或者tox -- --opt1 arg1 將「-- opt1 arg1」做爲總體傳入。
• 章節間傳值：{[sectionname]valuename}，不一樣章節的內容能夠傳遞使用。
• 交互式控制檯注入：{tty:ONVALUE:OFFVALUE}，當交互式 shell 控制檯開啓時，使用第一個值，不然使用第二個。pytest 在使用「--pdb」時，是這樣的例子。

花括號「{}」除了能夠作變量替換使用，它還能夠做爲「或關係」判斷的取值。直接看下面的例子：

[tox]
envlist = {py27,py36}-django{15,16}複製代碼

{py27,py36}-django{15,16} 的 2 組花括號內各有 2 個值，它們實際能夠組合成 4 個環境：py27-django1五、py27-django1六、py36-django1五、py36-django16。

關於 tox 有哪些配置項、使用條件、什麼含義、高級用法等等內容，可在官方文檔中查看：tox.readthedocs.io/en/latest/c…

三、tox 的插件化

除了自身強大的可配置性，tox 還具備很強的可擴展性，它是可插拔的（pluggable），圍繞它產生了一個極爲豐富的插件生態。

使用pip search tox ，能夠看到數量衆多的「tox-」開頭的庫，它們都是 tox 的插件包。其中不乏 setuptools、pipenv、conda、travis、pytest、docker 等被你們熟知的名字。

tox 開放了挺多的 API 接口，方便其餘人定製開發插件。

四、tox 的工做流程

接下來看看 tox 是怎麼運做的：

其工做流程中主要的環節有：

• 配置（從figuration）：加載配置文件（如 tox.ini），解析命令行參數，讀取系統環境變量等
• 打包（packaging）：可選的，對於帶有 setup.py 文件的項目，能夠在這步去生成它的源發行版
• 建立虛擬環境：默認使用 virtualenv 來建立虛擬環境，並根據配置項中的「deps」安裝所需的依賴項，而後執行配置好的命令（commands）
• 報告（report）：彙總全部虛擬環境的運行結果並羅列出來

五、小結

tox 自己定位是一個測試工具，它試圖令 Pytho 測試工做變得自動化、標準化與流程化。但跟 unittest 和 pytest 這些測試框架不一樣，它做用的是代碼層面以外的事情，是一種項目級的工具。所以，它須要跟這些測試框架相結合，或者同時處理多種自動化任務（如跑 pep八、測代碼覆蓋率、生成文檔等等），這樣才能更好地發揮它的價值。

它的一大特點在於建立/管理虛擬環境，但這只是爲了方便測試而使用的手段，所以相比其它可管理虛擬環境的工具，如 Virtualenvwrapper、conda、pipenv、poetry，它在某些方面就存在着不足。

tox 還有強大的可配置性與豐富的插件支持，這使得它在運用上具備很大的可能性與自由度。所以，很多忠實開發者仍在持續地在使用它，好比，我剛翻譯好的系列文章的做者就是它的維護者之一。

最後還需補充一點，tox 使用配置文件做驅動，但配置文件仍是挺繁瑣的，所以有人開發了一個跟 tox 類似的nox，使用 Python 文件來作配置。這個項目也很受歡迎，吸引了不少項目投入其門下，例如 pipx、urllib三、Salt 等等。對該項目感興趣的話，請查看：nox.thea.codes/en/stable/

公衆號【Python貓】， 本號連載優質的系列文章，有喵星哲學貓系列、Python進階系列、好書推薦系列、技術寫做、優質英文推薦與翻譯等等，歡迎關注哦。