「肉癮」女孩從軟件測試工程師到主管的成長感悟

大學是學經濟貿易的，因爲對測試行業的強烈興趣，畢業後選擇了一家線上教育機構培訓軟件測試技能。在工做不到兩年的時間裏，已經從測試員升職到測試主管了。這兩年也戒掉了對烤肉類食物的癡迷，從小胖胖鍛鍊成馬甲線女神，這段經歷很充實也讓我以爲頗有成就感。對於學習、工做，積累了許多點點滴滴的本身的經驗，但願能幫助到你們

走入測試行業：興趣、知識

說實話，我作測試工做的時間不是很長，學完軟件測試工程師的課程後，到如今也就是兩年多的時間吧，不過，我願意本身學習和工做中積累起的這些點滴與你們分享。

我走入測試行業徹底是由於興趣，興趣產生學習和工做的熱情，真的是一點都不假。從我選擇走入這個行業，學習、工做，從測試員到測試主管，我都是快樂的，也很充實，頗有成就感。

我以爲，在決定走入測試行業後，就要在這方面多作準備和積累，首先要有堅實的測試理論基礎，這些知識不只是學習的時候要學的紮實，在之後的工做中還要繼續不斷的完善。其次，要有必定的行業知識。畢業後找工做時，有作手機測試的，也有作外包測試的。我作的是ERP產品。你們都知道，ERP (Enterprise ResourcePlanning)就是企業資源計劃系統，是指創建在信息技術基礎上，以系統化的管理思想，爲企業決策層及員工提供決策運行手段的管理平臺。我在學習測試專業前曾接觸到ERP，因此，在畢業的找工做的時候就往這方面發展了。

說到找工做，我以爲精心製做簡歷是一方面，同時還要有靈活的面試技巧。有時還要把在生活中學到的東西應用到面試中去。我記得我第一次去面試的時候比較湊巧，面試前的頭天晚上我在電視裏恰好看到一個和麪試有關的節目，結果，次日在我本身去面試的時候就被我用到了。當時是在問到薪金待遇時。我以爲這是不少人包括我本身在面試時都會以爲是比較頭疼的問題，由於，說的多了，不行；說的少了，也不行。這時，你就要用一些技巧了。這時你能夠先試探性的詢問對方公司在招聘這個職位的時候是怎麼規定的？等你瞭解了這些後，你再就本身的技術能力來衡量相應薪金的比價，另外就是看這個公司的實力，還有一點就是行業內這個職位的大體待遇狀況。這樣的話，在你說出你對薪金的要求的時候，若是，應聘的公司較小，可是仍是存在必定發展空間並且你也想試試的狀況下，你要得工資低，對方會考慮到多是你已大體瞭解了公司的實力因此纔開出這樣的條件，而不是你本身的技術不行；若是你看到這個公司的情況仍是比較好的，是家有必定實力的公司，這時，你能夠適當擡高本身的身價。

個人應聘仍是比較順利的，第一天應聘，次日就上班了。我記得當時面試的時候大約談了兩個半小時，就一次性面試過關。另外我本身也比較引以自豪的是我是咱們公司惟一一個在兩個月以內轉正的。

初來乍到：熟悉環境，儘快融入

開始進入公司的時候首先要熟悉公司的環境。在一些大的公司可能會給你們熟悉環境的時間，還會安排一些相應的培訓什麼的。我當時進的那家公司比較小，沒有什麼相關的培訓，當初只是咱們部門經理拿來一些相關的資料，文檔，讓網管給配置工做環境。不太小公司有小公司的好處，他會很快讓你介入到工做當中，給你分配任務。因此，你必須儘快的在一到兩週以內熟悉公司各個方面的環境，尤爲是人員環境。我以爲人際關係在整個公司裏面也是很重要的一方面，誇張一點說甚至是比你的本職工做還要重要的。由於，掌握技術是你智商方面的問題，而與人交往就不是那麼簡單，由於咱們的興趣、愛好可能差異很大，性格也有內向和外向的，因此在進入社會步入工做崗位後與人交往真的是很考驗一我的。若是你在公司人際關係搞得好的話，工做各方面的協調順利，工做的進展也會很順利。

還有就是要儘快的熟悉公司的測試環境，操做系統、開發語言、平臺，接着就是要了解公司的產品，掌握產品相關的知識。像咱們公司是本身研發的經銷羣、財務這樣的一個系統。你要了解公司產品的時候，能夠向產品研發部，或設計部要些相關的說明文檔，儘快的介入這個行業，熟悉本身要作的測試項目。說實話，我是學習經貿專業的，不是學計算機的，因此我當初的時候有點暈，我就直接拿着產品本身在那兒摸索，本身寫出一個產品使用說明。向這樣的事情，可能在大的公司會有專門的配選，在小公司可能就要本身學習產品了。不過，我以爲這樣是挺鍛鍊人的，又發掘了你另外一方面的潛能呢。

儘量多的參加研發部的會議

員工間的技術交流。在咱們公司像這樣的會一週大概要有一到兩次，你們相互交流工做進展狀況，或者是一些相關的技術方面的交流。不必定是很是正式的，但我感受這樣的會議是很是有必要的。

還有就是公司研發部召開的會議，你也要必定要也應該的介入、參加。我當初介入最先的是他們的研發意向，而後他的一些需求調研啊，還有其餘的一些設計啊等等一些會議。像這樣的會議我以爲是必定要抽出時間來參加的，由於這確實是對你的工做有很大的幫助的。由於在立項會議上，你能夠了解項目的可操做性，以及項目的特色；在調研會議上，瞭解需求，市場需求是開發的依據，也是測試的依據。同時必定要參加需求更改會議，以便你更好的進行測試工做。在這些都作到位後，咱們就開始寫測試計劃了。

測試計劃

寫測試計劃就像咱們在課堂上學到的那些，測試計劃、測試用例，開始咱們的測試流程。這時就是具體應用的時候。寫測試計劃的時候要跟研發部要詳細設計文檔、產品規格說明書和需求調研的說明（產品使用說明）這樣的相關文檔。若是在大公司的話，他的設計部會寫產品使用說明或者是一些測試規約。還有就是必定要他的開發計劃，由於你作每一步測試是根據開發進度來進行的，開發計劃是必不可少的。

最後根據上述的文檔，從時間、內容、資源、所用工具，還有人力安排，這樣一份簡單的測試計劃已經成形。像通常小的公司，他會對哪一個人在哪天完成那項工做是很關注的，像咱們原來學的那種比較完整的文檔，在這樣小的公司是須要變通的，由於他們也沒有不少的人力物力沒有不少的時間去看那樣的文檔。

編寫測試用例首先要根據產品的特色編寫。你的產品的特色在產品沒有成型以前，你確定不是特別瞭解也不是特別清楚，可是你能夠根據它的框架大概的給搭出來，你能想到的儘可能給細化寫到文檔裏面，而後在測試過程當中不斷的完善。若是在測試執行的過程當中忽然間發現一個比較好的測試用例，必定要及時給補充進去，你不給它補充上去是你的一大損失，由於你之後的工做中可能還會須要這樣的文檔，或者之後接手你工做的人，他可能會看到這個文檔，這對他之後的工做也會有很大的幫助。在大的公司有專門的測試設計人員來編寫這些東西，在小公司就是測試主管或者測試員編寫。像咱們公司從測試用例、測試計劃、測試執行什麼的都是我來作的。當初是由於公司比較小，我本身作，原本是給我招了一個助手，也就用了大概一兩個月吧。我我的的感受是除非你招特別熟練的，對行業，對測試技術各方面都比較熟悉的，一來就能上手工做的還行。若是不這樣，招一個剛畢業的應屆生，他對測試行業不是很瞭解，而小公司人手自己就少，你根本就沒有時間給他作培訓，而你還要工做，也沒有那麼大的精力去手把手的教人家。

在設計測試用例的時候要考慮周到，不要重複。就個人工做來講作ERP產品就是注意各個模塊的藉口以及數據測試。有好多的接口，好比說銷售模塊是和財務模塊在測試時是會發生重複的部分，這個要本身注意。行業性比較強。

接下來講執行測試。要按照測試用例來執行。你不能說作了測試用例而在工做的時候根本就不看，這樣對你的工做是沒有幫助的。由於你按照測試用例來執行的話基本就是按照本身的思路來作，這樣你走到哪一步內心都很是的清楚。這樣最大的好處就是減小重複的工做，能夠提升工做效率。我想這點不管是在小公司仍是大公司，仍是就咱們工做的自己都是很重要的。

而後，最好是作測試日記錄，目的就是明確本身測試到哪裏，以避免重複工做。就我本身來講，我在作測試的時候天天都會作測試日記，一個是記錄我今天發現了多少個bug，工做到哪一步了？作了哪些工做。我發現這個作測試日記錄是頗有意思的。天天測出了多少各bug，我雖然在那個bag管理工具上錄了一遍，可是我仍是要把它記錄下來。我當初第一天去上班的時候，第一次接觸到這個執行測試的時候，我記得特別清楚，我是找出了65個bug。我以爲這說明兩個問題，一個是我工做特別認真，一個是研發部有問題確實是有問題。因此，你不要以爲搞研發的都很厲害，很牛啊，你會有點怵。當初咱們公司也是聯想、方正、惠普的這三個主力支柱，可是我沒有以爲怵，雖然他們很自負。基本上很小的錯誤都能提出來，他們認爲那根本不是bug。可是你到了討論會或技術交流會、評估會的時候能夠提出來，由於這是你做爲一個測試員最基礎的必須的工做，也是你對工做認真負責的態度。

和開發人員的溝通。這個是對測試人員很重要的。這個我在前面提到過，每一個人不是獨立的在作事情，工做中都是須要相互的配合，特別是測試工做，有問題，你須要及時的和研發人員溝通。若是你連溝通都作很差，那麼，你的測試工做根本就沒有辦法進行。在這當中，你要堅持本身的原則，就是對事不對人，由於，這個產品有問題，它就是存在bug，那麼，就要有人負責去修改。你不能說，對方是部門領導你就不敢堅持本身提出的問題。第二，就是要堅守其餘的測試原則，這就是咱們在學習理論的時候所掌握的一些知識。由於，咱們學習時的課程設計就是根據項目來設置的，不少東西基本和實際工做中相吻合。

做爲測試負責人，在測試工做中我給本身訂了一個基本的工做流程，如今也就看成是部門的規章制度在執行。就是錄入bug之後，我會在下面作bug描述，開發人員是否要修改，爲何要修改，大概時間是多少，這樣督促對方的話，會有利於工做的進度。否則，若是工做沒有完成，就會出現相互推諉的現象。

查出bug後就是督促開發人員修改bug。同時也要注意bug管理工具。本身要用好bug管理工具，也要督促開發人員用好bug管理工具。由於，有不少開發人員還都是比較懶的，他當時會跟你說，都有什麼bug，你到個人機器上演示給我看不就好了嗎？這是一個很差的習慣，也很費時間。因此，你必定要督促他們使用bug管理工具。這是我深有體會的，並且，還在兩次較大的公司會議上提出，最終是被你們所接受認同。你們都知道，通常開發的男同事較多，作測試的女孩子較多，你在提出問題的時候態度不要太強硬，在平常的工做中委婉的提醒他，你們通常都不會太爲難你的。不但工做解決了，同事間的關係也很融洽。

接着就是測試報告的編寫。這些咱們在就業班的時候都學過，就是測試背景、內容、測試經過率。以及產品的優勢、缺陷，還有你對項目的建議。這一切都作好了就是開測試評估會了。

關於自動化測試個人我的意見

如今是自動化熱門期，如今的不少公司，不管大小，不管是否正經接觸或運行自動化測試，都會在面試的時候問你是否接觸過自動化，用過哪些測試工具等。我當時去面試的時候，也遇到這個問題，當時我首先問他的是，我們公司作過除手工之外的其餘測試麼？他們回答說沒有。那隻須要手工測試的公司，爲何還要詢問自動化測試相關內容呢？若是手工測試都作很差，是堅定不能使用自動化去替代的。他們卻告訴我，公司在手工測試部分，如今已經進入很是成熟的階段了，爲了提高公司的工做效率和下降工做成本，自動化手段是公司現階段考慮的首要方案，即使初期所作的依舊仍是手工測試，可是公司規劃會在必定時間內推行自動化測試技術，若是等到開始推行的時候再招聘，是很是不現實的。並且咱們也但願招聘到掌握自動化測試技術的人才爲公司的自動化測試提出合理的建議，避免公司在接觸新的技術領域時進入太多彎路。由此我纔對自動化技術爲什麼如此熱門有了認知。不少公司可能在現階段仍是延續相對傳統的手工測試能力在進行着功能測試，測試人員仍是用延長工做時間來確保工做任務的完成，可這也只會是短期內的現象了，隨着行業技術的提高和公司的發展速度加快，你們所關注的永遠都是如何更爲高效而又低成本地達到目標，以往的加班保障進度的模式已經再也不是新興企業的觀念了，同等時間內，每每自動化能夠實現更高的價值產出，這是手工測試徹底不可比擬的。因此能夠明顯預見日後的軟件測試行業中，自動化測試技術的核心佔比只會愈來愈高，不管企業如今是否在作自動化，在極短的時間後是必定會進入到自動化的。因此如今的企業在招聘人員時提出自動化的需求，我也不會再感到驚訝了，畢竟這是行業在發展的最直觀證實。雖然咱們總說自動化測試永遠替代不了手工測試，但手工測試永遠也達不到自動化測試的效率，這也是毋庸置疑的。

一不當心就整理了這麼多點滴出來，還真沒想到本身仍是很能寫的嘛。估計這和我在公司除了作測試工做，還作些其餘工做有關。我說過，由於咱們是小公司，因此，一些產品的使用說明、產品的安裝說明，包括客服培訓，都是由我來寫的。在測試之餘，一些和測試無關的工做我也會去作，好比測試製度的編寫，OA 產品管理員，售前諮詢顧問這樣的工做。我想我就是這麼鍛煉出來的。有什麼問題能夠加羣交流，但願對你們有所幫助。若是對軟件測試、接口測試、自動化測試、性能測試、LR腳本開發、面試經驗交流。感興趣能夠273462828，羣內會有不按期的發放免費的資料連接，這些資料都是從各個技術網站蒐集、整理出來的，若是你有好的學習資料能夠私聊發我，我會註明出處以後分享給你們。

擴展閱讀

學軟件測試最好的幾本書，這8本書能幫你不少
軟件測試7年的工程師，講述當初是怎麼突破的瓶頸？少走彎路