在《ApiTestEngine,再也不侷限於API的測試》一文的末尾,我提到隨着ApiTestEngine
的發展,它的實際功能特性和名字已經不大匹配,須要考慮更名了。python
通過慎重考慮,最終決定將ApiTestEngine
正式改名爲HttpRunner
。git
爲何選擇HttpRunner
這個名字呢?github
在更名以前,個人想法很明確,就是要在新名字中體現該工具最核心的兩個特色:json
圍繞着這兩點,我開始踏上了糾結的取名之路。api
首先想到的,ApiTestEngine
實現HTTP
請求是依賴於Python Requests
,實現性能測試是依賴於Locust
,而Locust
一樣依賴於Python Requests
。能夠說,ApiTestEngine
徹底是構建在Python Requests
之上的,後續不管怎麼進化,這一層關係應該都不會變。bash
考慮到Python Requests
的slogan
是:工具
Python HTTP Requests for Humans™post
所以,我想在ApiTestEngine
的新名字中應該包含HTTP
。性能
那如何體現性能測試呢?測試
想到的關鍵詞就load
、perf
、meter
這些(來源於LoadRunner,NeoLoad,JMeter),但又不能直接用,由於名字中帶有這些詞讓人感受就只是性能測試工具。並且,還要考慮跟HTTP
這個詞進行搭配。
最終,感受runner
這個詞比較合適,一方面這來源於LoadRunner
,大衆的承認度可能會比較高;同時,這個詞用在自動化測試和性能測試上都不會太牽強。
更重要的是,HttpRunner
這個組合詞當前尚未人用過,無論是PyPI
仍是GitHub
,甚至域名都是可註冊狀態。
因此,就認定HttpRunner
這個名字了。
ApiTestEngine
改名爲HttpRunner
以後,會對用戶產生哪些影響呢?
先說結論,沒有任何很差的影響!
在連接訪問方面,受益於GitHub倉庫連接的自動重定向機制,倉庫在更名或者過戶(Transfer ownership)以後,訪問原有連接會自動實現重定向,所以以前博客中的連接也都不會受到影響。
新的倉庫地址:github.com/HttpRunner/…
在使用的命令方面,HttpRunner
採用httprunner
做爲新的命令代替原有的ate
命令;固然,爲了考慮兼容性,HttpRunner
對ate
命令也進行了保留,所以httprunner
和ate
命令同時可用,並徹底等價。在性能測試方面,locusts
命令保持不變。
$ httprunner -V
HttpRunner version: 0.8.1b
PyUnitReport version: 0.1.3b複製代碼
既然是全新的名字,新的篇章必然也得有一些新的東西。
爲了方面用戶安裝,HttpRunner
已託管至PyPI
;後續你們能夠方便的採用pip
命令進行安裝。
$ pip install HttpRunner複製代碼
同時,HttpRunner
新增了大量使用說明文檔(以前的博客主要都是開發過程記錄),並託管到專業的readthedocs
上面。在文檔語言方面,英文優先,中文相對滯後。
訪問網址:
另外,爲了具備更高的逼格,同時購入域名httprunner.top
,後續將做爲項目的主頁地址。當前還處於實名認證中,預計2~3個工做往後就能夠訪問了。
關於項目更名這事兒,就說到這兒吧,但願大家也喜歡。
Hello World, HttpRunner.