測試路上，聊聊思路，談談手段

飛測說：你們好，我是黑夜小怪，喜歡在黑夜研究一些怪異的東東，往往看到測試被項目質疑測試質量，往往看到測試每天加班加點，我都會反思下本身，我也會淪落爲其中一員麼，因而我常常鞭策本身不斷思考，不斷嘗試提升質量和效率的途徑，看了上期《我爲何選擇軟件測試這個崗位（祕密網上瘋傳！）》，也是激發了我想在測試這條路上，拋出點本身的經驗，和你們一塊兒分享交流下，說說不同的測試思路，談談我用的技術手段。

測試思路

     對於測試，我一直認爲思路頗有意思，好比說的比較多探索測試思惟、基於風險測試等，想一想咱們項目比較多的是web測試，常規你們知道的都是功能測試、自動化測試、性能測試、安全測試等，專項測試，今天咱們不說，就說功能測試吧。

     除了常規的頁面上點擊，咱們還能作點什麼呢？web的404頁面是咱們常遇到過的，但功能測試中，是有有關注過？

一、打開fiddler，勾選以下

二、在瀏覽器中開始測試，等待功能測試時完後，查看fiddler，以下：

     咱們能夠看到被測的站點抓到不少404和響應body大於1M的請求，這樣的問題在咱們功能測試中很容易被忽略，然而咱們只須要稍加註意，談笑間邊解決了該問題，你以爲如何？若是咱們在瞭解點瀏覽器的工做原理，瞭解點http協議，瞭解點cookies，那麼連接測試、cookies測試這些是否是也是輕輕鬆鬆的，不在高不可攀了？

技術手段

     如今敏捷的模式對測試是一個衝擊，要是單純的手動測試，生活的還會比較艱辛，然而自動化也不是一日之功，面對接口、性能、巡檢，咱們又能作點什麼？

一、打開fiddler

二、打開頁面，操做測試的場景

三、導出fiddler的腳本，保存爲jmx格式

 

四、打開jmeter，而後作相關的參數化和關聯

五、運行一把，看結果，大功告成

      咱們常說作UI自動化，可是UI常常變化；咱們作接口測試，可是接口依賴研發的接口文檔；咱們作性能，不少時候是在項目後期纔開會；咱們作線上巡檢，可是常常是人爲手動巡檢；那麼有了上面的腳本，這些都是比較容易引入到咱們測試過程當中的，用fiddler抓包，這些URL，通常狀況下都是不會變更的，由於咱們作開發，修改的是方法裏面的邏輯，而不是輕易變更方法名之類的。

     用jmeter的人不少，個人作法也比較普通，只是用了fiddler抓包這個特性，並嘗試使用，發現確實有些不同的收穫而已。

    在測試這條路上，須要用心，哪些虛的東西，咱們要學會辨別，我也會踏實的在測試這條線上堅守本身的一份心，用心作有價值的事。

       好了，本次到此，歡迎留言、點贊、轉發等來交流，更多分享下期再會，給你帶來更多價值，是咱們期待的方向，有更多興趣的歡迎切磋，咱們微信訂閱號，聯繫方式以下：