?十二年測試

?畢業至今入行已經十二年，經歷了多個項目的洗禮，獲取了很多的開發與測試方面的經驗，但越是這樣越發現自己的欠缺與不足，此文愿與大家一同分享這十多年來在自動化測試工作中的經驗和教訓。

一。天不怕地不怕的菜鳥

什么項目都敢接，什么需求都敢答應，沒有評估的經驗，對項目整體沒有掌控力，也把握不了項目的進展和節奏，對自動化測試沒有任何概念，認為就是寫程序，完成測試任務就好，在這個階段中，每做完一件事，就有巨大的幸福感和成就感填充自己的小宇宙。并且在不斷重復幸福感的過程中，不斷的寫程序。回頭看看，哈我的測試代碼已經快超越項目代碼的數量級了，多么令人鼓舞的消息呀，這時候你可能還沒發現，你要掉到自己挖的坑里面了。當需求更改（測試項目的功能或者被測界面有了改動后），突然發現自己寫的測試代碼要大量修改才能支持新版的被測程序，而且改動量是按周或按月計算時，自己的上級領導還要求越快越好，并且眼神中充滿了期望，一下子人生就變的不幸福了，不知道你們有木有遇到這種情況哈。能堅持下來的同志們會痛定思痛，尋找解決途徑，但更多的同志們就一下子被現實打擊了，從此對自動化測試敬而遠之，不敢再碰了。

二。選擇適用的測試框架

經歷了菜鳥階段，發現人家說要用測試框架，原來是這么有用，自己也開始尋找項目中能應用的測試框架了，并且對此著迷了，深深的沉浸到測試框架的尋找過程中，并且也試用了幾個測試框架，發現真的有幫助哈，有種站在巨人肩膀上的幸福感了。然后對自己和隊友說，同志們，我發現了新大陸，那里有無窮無盡的寶藏，能支持我們的項目測試，然后就開始了龐大的測試代碼遷移工作，也許一周或者更長時間，順利的話你可能在碰到了幾個坎坷后，把項目遷移過去了，但你會在后續的工作中發現，框架雖好，但如果你不了解框架，只是在用它的話，你很難掌控和把握它，簡單的測試工作中，它就像你家的小狗，呼來喚去，隨傳隨到，并且能保質保量滴完成你交給它的工作，但遇到了復雜的測試場景或者特殊應用時，它就如同一匹脫韁的野馬，你根本無法駕馭，甚至可能這是它自身的缺陷或者限制，讓你無從下手，這時候你才意識到，不是自己的東西，真的不知道怎么辦哦。

這個時候，你會問，我如何去評估框架的適用性，而不是用到后來發現不好用呢

1。你要對你的測試項目有個清醒的認識。項目的架構是什么。

2.要在自動化測試規劃的前期知道你在其中用到的技術

3.這些都是工作中總結出來的應驗，就像有經驗的水手看看天空就知道什么時候會下雨，很難通過具體的語言來描述，換句話說，只可意會不可言傳。自己去積累吧。

三。如何應對改來改去的需求

在項目進行中，需求的更改是不可避免的，如果你遇到一個好的項目經理和好的架構師，恭喜你，你可以相對輕松了，但事實上往往并不是這樣，需求更改的力度之大，有時候可以說是天翻地覆。測試人員如何應對呢，這就涉及到了自動化測試框架的設計和項目溝通的范疇了，首先，當決定更改需求時，你應該在第一時間知道，并且確定這些更改測試用例的影響有多大，從而確定對自動化測試的影響范圍。讓你有更多的準備時間和找尋更多的應對策略。同時這也會給你帶來意想不到的經驗，原先的測試架構設計會被更改，甚至是推翻重來，這會讓你增加更多的設計經驗，從項目開始就能知道哪些部分是可能會被頻繁改動的，這部分的處理要做的更加靈活，更加容易被修改。所以希望每個從事自動化測試的同志們被通知需求更改時不要抱怨，自己為啥會攤上這么差的項目經理和設計師，如果項目真的不改了，也不加入新的功能了，并不意味著好，這大多意味著項目已經失去了價值，你可能也從而被失去價值，需要找份新工作了。建議你換個思路，花更多的時間來思考，如何才能讓自己的自動化設計經得起項目需求更改的挑戰，自己能以最小的代價和最短的時間來適應新的需求。

話雖如此，但真的細致的說起來，如何能讓自己的設計適應萬變的需求，沒有誰能真正說的清楚，那種此時無招勝有招的說法，只能是小說中的橋段而已，當不得真哦。

總而言之，言而總之，還是那句老話說的對，人有張良計，我有過墻梯。最有效的方法就是在每一次需求更改中總結自己的設計，不斷的增加自己的見識，從而提高自己的預測能力，經歷的項目多了，就能在其中找到一定的規律，讓自己的測試設計沿著普遍規律來進行。

四。世界上沒有萬金油

有人說了，我找個大而全的測試框架，不就能支持我的測試了嗎？但據不可靠消息，大而全的測試框架目前還在研發過程中，您還需要漫長的等待，來迎接它的到來。這東西如果真的存在，市場上的各種測試框架也不會春筍花開般的遍地都是了。與其花時間去尋找那美好的伊甸園還不如腳踏實地的增加自己的技術積累和項目經驗，這才是真正的萬金油，能讓你在各種項目中游刃有余。

好了上面說了這么多，咱們來聊聊如何來增加自己的技術能力吧，個人經驗來說，讀完卷書不如行萬里路，但沒有前者，你還就真的不知道怎么去行萬里路。所以，先找個人云亦云都說好的框架來學習一下，看看人家的實現思路是什么，別找太大的，貪多嚼不爛，看著看著你就困了，洗洗也就真的睡了。找個短小精悍的測試框架，建議2萬行以下的最好，集中一段時間，堅持把它看完，而且是在看明白的前提下看完，能在其中學到思想為上，實在不明白起碼也要知道，人家框架的工作流程。

下面就開始第二部的工作了，世上沒有完美的東西，先從小的方面開始，看著這個框架哪兒里不不順您的眼，就多多手，給它改改，改來改去，發現你能在人家的東西里面加入您自己的元素了（改改界面配色，統統不算會改哦），這就代表你從菜鳥開始走向成熟的步伐邁出第一步了。

大家應該都看過小說吧，有沒有看多了就手癢，也想自己寫的同志？當你改完別人的框架，自己寫框架的沖動有木有？有沖動就證明你還行（！@＃￥％………………&），哈哈。玩笑開過，說實際的，當你有寫框架的意愿和思想時，證明你已經可以看到現有框架的不足了，并且有能力去實現自己的測試框架了（上一段的文字是前提，不能被忽略，沒有動手改過別人的，我堅信你是寫不出來自己的框架滴）。一旦開始著手寫自己的測試框架，就一定堅持下來，不用看結果，重要的是這個過程，是對你技術和設計思想的磨練，堅持，一定堅持下來，會給你帶來意想不到的收獲。

五。失敗也是一種成功

如果你堅持到了這個階段，恭喜你，你離成功已經不遠了。換言之已經是皮糙肉厚，死豬不怕開水燙了。凡事能到這個階段的同志，該經歷的都經歷了，碰到再多的問題都能洗洗睡了，明天再說。當你用平常心看待問題的時候，就會發現，任何問題都是能解決的。沒有任何一個項目是真的成功的，每個成功都是和失敗相伴的。所以別鉆牛角尖，堅持該堅持的，80原則永遠適用于項目。

此文獻僅獻給從事自動化測試的苦逼測試開發工程師和有意加入開發工程師團隊的有志青年。

轉載于:https://www.cnblogs.com/gavinliu1982/p/8408721.html

總結

以上是生活随笔為你收集整理的十二年测试生涯随笔的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。