背景
今天新分到乙個測試專案，測mesh，其中有乙個很簡單的測試用例，具體是這樣的：
拓撲：
cap —re1 ))) re2
cap ))) re1))) re2
測試目的：主ap上配置ssid，子ap同步配置。
至於測試步驟就是配置全英文啊，英文加數字啊，各種符號啊，最大長度啊等等，要配置七八次。做測試以來最恨這種用例，不是用例寫的不好，是測起來太無腦，就是大家所謂的點點點，白痴都會做，這也是我想做測試開發的原因之一。當然，這種用例在其他機型上是早就實現自動化了的，但是新的型別的產品沒有搭建好專門的物理拓撲之前，也是沒辦法自動化的。
這種mesh產品的測試，相比於單純測ap產品來說，手動測試方法不同，mesh無疑是更繁瑣的。
以配置全英文的ssid為例，專案負責人告訴我的方法是這樣的：
主ap配置ssid「test」(隨便舉乙個)
輸入串列埠命令「****** -***」
然後在一大坨列印的log中找出json字串，複製到notepad++中進行解析
檢視解析後的資訊中顯示ssid是否配置為「test」
在re1和re2上重複1-4
重複1-5x[『全英文』，『英文加數字』,『各種符號』…]
聽到這兒我的表情時這樣的?
默默在串列埠除錯工具上輸了個「grep 」，收到了個「unknown」，害，軟體不是linux平台的。
那只能自己來了!
一頓分析
「研究任何過程，如果是存在著兩個以上矛盾的複雜過程的話，就要用全力找出它的主要矛盾。捉住了這個主要矛盾，一切問題就迎刃而解了。這是馬克思研究資本主義社會告訴我們的方法。」這個用例討厭的地方在於輸入串列埠命令後，要在列印的很多log中複製json字串到notepad++中進行解析，滑動條要往上滑很久才找的到這字串，也可以從json字串中直接讀ssid，就是挺費眼的…
找到了主要矛盾，思路就很簡單了，工具的實現：
Python測試工具Pylot使用
pylot 是一款開源的用以測試 web service效能和擴充套件性的工具，它執行http負載測試，這對於制定容量計畫 確定基準點 分析系統瓶頸以及系統調優都非常有用。在使用過程 中，pylot會發起併發請求 http requests 檢驗伺服器響應，以及帶有相關指標的報表。它通過gui或者s...
python文件與測試工具
文件檢視 pydoc模組 pydoc命令 testmod 測試報告內容 作用 主 示例 if name main 匯入文件測試模組，呼叫testmod 進行文件測試 import doctest doctest.testmod 測試驅動開發 先編寫測試用例 編寫，修改 邏輯 執行用例，不通過則重複1...
Python壓力測試工具 Locust
locust一款開源效能測試工具，易於使用 指令碼化 可擴充套件，對開發者非常友好。特性 pip install locust import json import tornado.web import tornado.ioloop login false 是否登入 deffib n 計算斐波那契數...