1、jmeter的日誌保存
在接口測試中，請求相關的日誌是必不可少的，每當測試中遇到了問題，大都須要日誌來了解、定位、分析、反饋問題。做爲一個接口測試工具，jmeter有很是完善的日誌收集與統計系統，如結果樹、聚合報告、彙總報告等，足以應對平常各種測試的需求。而如何選擇和使用合適的方式保存日誌將是咱們接下來探討的重點。
在GUI模式中，咱們可能一般使用默認的方式來添加像結果樹這樣的監聽器，由於在GUI模式下，結果樹默認會顯示接口請求、返回的全部必要信息，在測試量不是很大的狀況下，這是徹底可行的，而且能夠直觀地看到全部請求結果是否正常返回。可是，當咱們的測試量比較大，或者須要用NO-GUI模式進行測試時，就必需要啓用日誌保存到文件的功能，以便作後續的分析。在默認狀況下，咱們添加的結果樹不會保存請求、返回的具體信息，因此還要本身設置一下。若是磁盤空間充裕，能夠將這些選項所有選中，這樣保存的日誌是最全的，或者至少選中輸入輸出選項。編輯器
日誌的設置項，紅框爲建議必定要勾選的項函數
若是咱們只須要看錯誤日誌，也能夠勾選僅錯誤日誌選項，同時不選擇上圖中的Save Success選項。但這麼作其實有風險，若是結果出錯但返回的結果狀態碼是200，且咱們所設置的斷言未能判斷出錯誤，那麼這條潛在的異常信息就會被咱們所忽略，後續可能會帶來追查問題的困難。因此在有條件的狀況下，儘可能仍是將全部請求信息都保存下來，以防萬一。工具
僅錯誤/僅成功日誌，非必要不建議在此勾選性能
不過，像結果樹這種比較耗費資源和磁盤空間的日誌，也不是每次都須要保存的。好比在進行多分組的性能測試時，請求結果基本穩定，咱們對具體請求結果的關注度不高，那麼也徹底能夠關掉結果樹的日誌保存。總之，日誌保存須要結合具體的測試需求，須要有的時候必定要有。測試
2、jmeter中時間函數的應用
在jmeter中，有一些很是實用的內置函數，經過函數助手，咱們能夠徹底以圖形化的方式來使用這些函數實現不一樣的功能。在這些函數中，有一個函數小編常用——時間函數（__time）。這個函數對於小編的測試來講不在於多麼它多麼強大，而是在於它能爲個人測試帶來一些便利。下面我舉例來講。flex
接着本期第一個話題，日誌保存。在測試中，咱們可能常常要用相同的腳本對服務進行測試，而按照通常的日誌保存方式，咱們的日誌名都是同樣的，那麼每次測試的日誌會保存到一個文件裏，甚至可能因爲某些日誌設置，前一次的日誌會被下一次的日誌覆蓋。若是不須要以前的日誌還好說，但在一些項目中，咱們可能出於各類目的會保存不少歷史日誌。這樣，在進行下一次的測試以前，必定要將前一次的日誌轉移或重命名，這樣作一是有遺忘風險，二是很是麻煩，有時一個腳本會可能產生不少個日誌。在這裏，時間函數能夠幫咱們解決這個痛點問題。其實，說到這，想必你們已經知道了，就是在咱們保存日誌的路徑名稱上合理地加上時間函數，這樣，咱們保存的日誌就能夠按天、時、分、秒等來進行命名，自動地進行了區分。好比像下面這樣，就是按「天」來保存日誌：spa
時間函數設置，圖中爲年-月-日.net
在日誌路徑中添加時間函數
這裏可能有同窗會擔憂，一次測試中，每條請求的時間不一樣，會致使保存到不一樣的文件中去麼。答案是否認的，由於單次測試中，日誌文件會固定以腳本開始運行的時間來命名。
除了在日誌名的應用，時間函數還能夠用在不少其餘地方，好比在請求的參數中，若是須要用到時間，或某個參數須要每次請求時不一樣，均可以用時間函數實現。
小結
有任何想說的話，均可以發送內容到「搜狗測試」公衆號，咱們一塊兒聊聊~
歡迎添加咱們的搜狗測試微信號，與咱們一塊兒聊聊測試。
本文分享自微信公衆號 - 搜狗測試（SogouQA）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。