說一下我的對自動化測試以及測試的見解

---

最近在公司面試一些測試人員，簡歷上都寫在瞭解自動化測試，可是實際發現就是使用過一些jmeter、soapUI、selenium以及appium，並且仍是簡單使用。簡單使用，致使一旦被問起，就很不自信的找理由說，公司裏面沒有太多機會使用，因此纔沒有很深刻的研究。這個理由，我能夠理解，由於我也使用過，本人在軟件測試這條路上，已經走了9年，作了4年多自動化測試的工做，能力通常，可是多多少少有些本身的感悟。

---

4年前，個人想法和作法，和不少人同樣，找工具學習，找機會使用，學習java、python。結果也和不少人同樣，那些爛大街的能力，根本拿不出手。說是爛大街的能力，並非說之後不須要學習了，我如今能夠作自動化測試，這些爛大街的能力也是功不可沒的。

之因此哪些能力，沒有被使用到實處，我的以爲把測試的根本使命拋在腦後，一味的跟風，追求高大上，缺乏本身的思考。致使輸出的內容和被測對象根本匹配不上。

上面說到測試使命，談談我我的的理解。測試使命 ，就是在一個項目週期內發現更多的軟件問題。
這裏有兩個關鍵字，項目週期和更多問題，
項目週期：一個項目確定會設置開始和結束時間，那麼就會有一個相對固定的時間段。
更多問題：力求發現更多的問題。若是把問題數除以時間，那麼就是等於發現問題的速率，換句話說就是測試效率。
綜上所述，若是要把測試的使命落實，那麼就必需要將重點放在測試效率上。

我的認爲作任何事，想要提高效率，就先要找到好的方法。而找方法前，必須先明確目的。這個目的，能夠是解決軟件測試過程當中某個困難點，也能夠是減小某些重複操做。有了目的，才能探索並優化方法，去提高效率。

如何提高測試效率？
我的以爲可使用一些理論概念，或是特定的工具，來減輕無效以及重複的工做量，使得在有限的時間內，進行更多的有效測試。
理論概念：測試的理論知識，好比等價類，邊界值等，它能夠幫助咱們減小不少無效測試，從而提高效率。
工具：也就是測試工具，我以爲很是重要。它能夠是一套文本說明，一段小腳本，亦或是一組應用工具。

上面提到提高效率，不少人腦海中第一反應，應該是使用自動化測試，既能夠節省人力，還沒能夠節省測試時間。由於這個意圖，不少人不少公司都開始開展自動化測試。可是結果發現，大部分人或者公司的自動化測試，要麼還粗淺，沒法應用，要麼已經夭折。只有極少數的公司，由於擁有充足人力或技術底蘊，才讓自動化測試正常落地。所以自動化測試被人又愛又恨。

我以爲形成這樣的後果，並非自動化測試的問題。自動化測試是一種解決測試人員重複勞動的方法，主要由測試框架和測試腳本用例組成，但究其本質就是一種測試工具而已，若是將提高測試效率的重擔所有壓在一種工具上，顯然是不合理的。

那麼怎樣纔算合理？或者說個人觀點是什麼？
1.首先我以爲自動化測試仍是要進行，咱們不可否認，它在減輕重複勞動的能力。
2.其次咱們應該多觀察普通的手工測試過程，把一些手工執行的內容工具化，逐漸將手工測試轉爲測試自動化。注意這裏是測試自動化不是自動化測試。它們的區別能夠本身查一下資料。

只有落實測試使命，在有限的時間內容多發現問題，那麼你是用的方法纔是有效地，纔是繼續進行下去的動力。因此個人的建議是，把注意力多放一些在，本身自己的工做，多發現一些能夠優化的地方，或者說痛點。與此同時，再多學習現有工具，找出合理和不合理的地方。合理的地方，多借鑑。不合理的地方，多多思考，想改進方法。二者齊頭並進，纔有但願，解決痛點，才能提升效率，讓本身走的更遠一些。

下面列舉幾個，我在工做中遇到的痛點。有些我已經解決，有些還在解決的路上。
1. 被測系統與不少第三方系統加密交互，普通mock服務沒法解決定製的加密問題。
2. 一樣被測系統接入層和外部系統也是加密交互，普通的接口測試工具沒法使用。若是隻測試內部服務，接口字段過多，或者字段是隨機值，使用普通的接口測試工具，構造字段比較繁瑣。
3. 測試過程當中，須要觀察數據庫記錄變化，若是數據庫比較多，若是經過將查詢記錄，保存在客戶端工具中，就會致使記錄愈來愈多，同事也很難被同事複用。
4. 若是業務流程比較長，每次測試後續流程，須要大量的時間去構造數據，再進行測試。