來源：co188
摘要：燕子（化名）從前是學經濟貿易的，由於對測試行業的強烈興趣，畢業後在北京學校學習軟體測試工程專業。工作不到一年的時間裡，她已經從測試員升職到測試主管了。對於學習、工作，她積累了許多點點滴滴的經驗，願意與大家分享。
走入測試行業：興趣、知識
說實話，我做測試工作的時間不是很長，學完軟體測試工程師的課程後，到現在也就是一年多的時間吧，不過，我願意自己學習和工作中積累起的這些點滴與大家分享。
我走入測試行業完全是因為興趣，興趣產生學習和工作的熱情，真的是一點都不假。從我選擇走入這個行業，學習、工作，從測試員到測試主管，我都是快樂的，也很充實，很有成就感。
我覺得，在決定走入測試行業後，就要在這方面多做準備和積累，首先要有堅實的測試理論基礎，這些知識不僅是學習的時候要學的紮實，在以後的工作中還要繼續不斷的完善。其次，要有一定的行業知識。畢業後找工作時，有做手機測試的，也有做外包測試的。我做的是ERP產品。大家都知道，ERP(Enterprise ResourcePlanning)就是企業資源計劃系統，是指建立在資訊科技基礎上，以系統化的管理思想，為企業決策層及員工提供決策執行手段的管理平臺。我在學習測試專業前曾接觸到ERP，所以，在畢業的找工作的時候就往這方面發展了。
說到找工作，我覺得精心製作簡歷是一方面，同時還要有靈活的面試技巧。有時還要把在生活中學到的東西應用到面試中去。我記得我第一次去面試的時候比較湊巧，面試前的頭天晚上我在電視裡剛好看到一個和麵試有關的節目，結果，第二天在我自己去面試的時候就被我用到了。當時是在問到薪金待遇時。我覺得這是很多人包括我自己在面試時都會覺得是比較頭疼的問題，因為，說的多了，不行；說的少了，也不行。這時，你就要用一些技巧了。
這時你可以先試探性的詢問對方公司在招聘這個職位的時候是怎麼規定的？等你瞭解了這些後，你再就自己的技術能力來衡量相應薪金的比價，另外就是看這個公司的實力，還有一點就是行業內這個職位的大致待遇情況。這樣的話，在你說出你對薪金的要求的時候，如果，應聘的公司較小，但是還是存在一定發展空間而且你也想試試的情況下，你要得工資低，對方會考慮到可能是你已大致瞭解了公司的實力所以才開出這樣的條件，而不是你自己的技術不行；如果你看到這個公司的狀況還是比較好的，是家有一定實力的公司，這時，你可以適當抬高自己的身價。
我的應聘還是比較順利的，第一天應聘，第二天就上班了。我記得當時面試的時候大約談了兩個半小時，就一次性面試過關。另外我自己也比較引以自豪的是我是我們公司唯一一個在兩個月之內轉正的。
初來乍到：熟悉環境，儘快融入
開始進入公司的時候首先要熟悉公司的環境。在一些大的公司可能會給大家熟悉環境的時間，還會安排一些相應的培訓什麼的。我當時進的那家公司比較小，沒有什麼相關的培訓，當初只是我們部門經理拿來一些相關的資料，文件，讓網管給配置工作環境。不過小公司有小公司的好處，他會很快讓你介入到工作當中，給你分配任務。
所以，你必須儘快的在一到兩週之內熟悉公司各個方面的環境，尤其是人員環境。我覺得人際關係在整個公司裡面也是很重要的一方面，誇張一點說甚至是比你的本職工作還要重要的。因為，掌握技術是你智商方面的問題，而與人交往就不是那麼簡單，因為我們的興趣、愛好可能差別很大，性格也有內向和外向的，所以在進入社會步入工作崗位後與人交往真的是很考驗一個人。如果你在公司人際關係搞得好的話，工作各方面的協調順利，工作的進展也會很順利。
還有就是要儘快的熟悉公司的測試環境，作業系統、開發語言、平臺，接著就是要了解公司的產品，掌握產品相關的知識。像我們公司是自己研發的經銷群、財務這樣的一個系統。你要了解公司產品的時候，可以向產品研發部，或設計部要些相關的說明文件，儘快的介入這個行業，熟悉自己要做的測試專案。說實話，我是學習經貿專業的，不是學計算機的，所以我當初的時候有點暈，我就直接拿著產品自己在那兒摸索，自己寫出一個產品使用說明。向這樣的事情，可能在大的公司會有專門的配選，在小公司可能就要自己學習產品了。不過，我覺得這樣是挺鍛鍊人的，又發掘了你另一方面的潛能呢。
儘可能多的參加研發部的會議
員工間的技術交流。在我們公司像這樣的會一週大概要有一到兩次，大家相互交流工作進展情況，或者是一些相關的技術方面的交流。不一定是非常正式的，但我感覺這樣的會議是非常有必要的。
還有就是公司研發部召開的會議，你也要一定要也應該的介入、參加。我當初介入最早的是他們的研發意向，然後他的一些需求調研啊，還有其他的一些設計啊等等一些會議。像這樣的會議我覺得是一定要抽出時間來參加的，因為這確實是對你的工作有很大的幫助的。因為在立項會議上，你可以瞭解專案的可操作性，以及專案的特點；在調研會議上，瞭解需求，市場需求是開發的依據，也是測試的依據。同時一定要參加需求更改會議，以便你更好的進行測試工作。在這些都做到位後，我們就開始寫測試計劃了。
測試計劃
寫測試計劃就像我們在課堂上學到的那些，測試計劃、測試用例，開始我們的測試流程。這時就是具體應用的時候。寫測試計劃的時候要跟研發部要詳細設計文件、產品規格說明書和需求調研的說明（產品使用說明）這樣的相關文件。如果在大公司的話，他的設計部會寫產品使用說明或者是一些測試規約。還有就是一定要他的開發計劃，因為你做每一步測試是根據開發進度來進行的，開發計劃是必不可少的。
最後根據上述的文件，從時間、內容、資源、所用工具，還有人力安排，這樣一份簡單的測試計劃已經成形。像一般小的公司，他會對哪個人在哪天完成那項工作是很關注的，像我們原來學的那種比較完整的文件，在這樣小的公司是需要變通的，因為他們也沒有很多的人力物力沒有很多的時間去看那樣的文件。
編寫測試用例首先要根據產品的特點編寫。你的產品的特點在產品沒有成型之前，你肯定不是特別瞭解也不是特別清楚，但是你可以根據它的框架大概的給搭出來，你能想到的儘量給細化寫到文件裡面，然後在測試過程中不斷的完善。
如果在測試執行的過程中突然間發現一個比較好的測試用例，一定要及時給補充進去，你不給它補充上去是你的一大損失，因為你以後的工作中可能還會需要這樣的文件，或者以後接手你工作的人，他可能會看到這個文件，這對他以後的工作也會有很大的幫助。在大的公司有專門的測試設計人員來編寫這些東西，在小公司就是測試主管或者測試員編寫。
像我們公司從測試用例、測試計劃、測試執行什麼的都是我來做的。當初是因為公司比較小，我自己做，本來是給我招了一個助手，也就用了大概一兩個月吧。我個人的感覺是除非你招特別熟練的，對行業，對測試技術各方面都比較熟悉的，一來就能上手工作的還行。如果不這樣，招一個剛畢業的應屆生，他對測試行業不是很瞭解，而小公司人手本身就少，你根本就沒有時間給他做培訓，而你還要工作，也沒有那麼大的精力去手把手的教人家。
在設計測試用例的時候要考慮周到，不要重複。就我的工作來說做ERP產品就是注意各個模組的藉口以及資料測試。有好多的介面，比如說銷售模組是和財務模組在測試時是會發生重複的部分，這個要自己注意。行業性比較強接下來說執行測試。要按照測試用例來執行。你不能說做了測試用例而在工作的時候根本就不看，這樣對你的工作是沒有幫助的。因為你按照測試用例來執行的話基本就是按照自己的思路來做，這樣你走到哪一步心裡都非常的清楚。這樣最大的好處就是減少重複的工作，可以提高工作效率。我想這點無論是在小公司還是大公司，還是就我們工作的本身都是很重要的。
然後，最好是做測試日記錄，目的就是明確自己測試到哪裡，以免重複工作。就我自己來說，我在做測試的時候每天都會做測試日記，一個是記錄我今天發現了多少個bug，工作到哪一步了？做了哪些工作。我發現這個做測試日記錄是很有意思的。每天測出了多少各bug，我雖然在那個bag管理工具上錄了一遍，但是我還是要把它記錄下來。
我當初第一天去上班的時候，第一次接觸到這個執行測試的時候，我記得特別清楚，我是找出了65個bug。我覺得這說明兩個問題，一個是我工作特別認真，一個是研發部有問題確實是有問題。所以，你不要覺得搞研發的都很厲害，很牛啊，你會有點怵。
當初我們公司也是聯想、方正、惠普的這三個主力支柱，但是我沒有覺得怵，雖然他們很自負。基本上很小的錯誤都能提出來，他們認為那根本不是bug。但是你到了討論會或技術交流會、評估會的時候可以提出來，因為這是你作為一個測試員最基礎的必須的工作，也是你對工作認真負責的態度。
和開發人員的溝通。這個是對測試人員很重要的。這個我在前面提到過，每個人不是獨立的在做事情，工作中都是需要相互的配合，特別是測試工作，有問題，你需要及時的和研發人員溝通。如果你連溝通都做不好，那麼，你的測試工作根本就沒有辦法進行。在這當中，你要堅持自己的原則，就是對事不對人，因為，這個產品有問題，它就是存在bug，那麼，就要有人負責去修改。你不能說，對方是部門領導你就不敢堅持自己提出的問題。第二，就是要堅守其他的測試原則，這就是我們在學習理論的時候所掌握的一些知識。因為，我們學習時的課程設計就是根據專案來設定的，很多東西基本和實際工作中相吻合。
作為測試負責人，在測試工作中我給自己訂了一個基本的工作流程，現在也就當作是部門的規章制度在執行。就是錄入bug以後，我會在下面做bug描述，開發人員是否要修改，為什麼要修改，大概時間是多少，這樣督促對方的話，會有利於工作的進度。不然，如果工作沒有完成，就會出現相互推諉的現象。
查出bug後就是督促開發人員修改bug。同時也要注意bug管理工具。自己要用好bug管理工具，也要督促開發人員用好bug管理工具。因為，有很多開發人員還都是比較懶的，他當時會跟你說，都有什麼bug，你到我的機器上演示給我看不就行了嗎？
這是一個不好的習慣，也很費時間。所以，你一定要督促他們使用bug管理工具。這是我深有體會的，而且，還在兩次較大的公司會議上提出，最終是被大家所接受認同。大家都知道，一般開發的男同事較多，做測試的女孩子較多，你在提出問題的時候態度不要太強硬，在日常的工作中委婉的提醒他，大家一般都不會太為難你的。不但工作解決了，同事間的關係也很融洽。
接著就是測試報告的編寫。這些我們在就業班的時候都學過，就是測試背景、內容、測試通過率。以及產品的優點、缺陷，還有你對專案的建議。這一切都做好了就是開測試評估會了。
關於自動化測試我的個人意見
我個人認為現在是自動化成風。現在很多的公司，無論是大是小，無論這公司有沒有用過這個測試工具，他都會問你會用幾種測試工具，會自動化測試嗎？我當時去面試的時候，也遇到這個問題，當時我首先問他的是，我們們公司做過手工以外的不管是效能啊還是功能其他測試嗎？他們回答說沒有。一個沒有做好手工測試的產品，是堅決不能用工具代替手工的。
自動化測試是不能代替手工的。自動化測試用好了可以節省時間提高效率。但是如果你用不好，反而會增加自己的工作量。如果你的需求和介面一直在增加，那麼自動化也是用不起來的。我覺得適合自動化測試的公司，一個是產品對安全和效能要求嚴格的；一個可以有專人對教本文件進行維護的。像那些手工測試不過關，需求經常變動，人員少，產品的GUI 經產改動的公司都不太適合用自動化測試。
一不小心就整理了這麼多點滴出來，還真沒想到自己還是很能寫的嘛。估計這和我在公司除了做測試工作，還做些其他工作有關。我說過，因為我們是小公司，所以，一些產品的使用說明、產品的安裝說明，包括客服培訓，都是由我來寫的。在測試之餘，一些和測試無關的工作我也會去做，比如測試製度的編寫，OA 產品管理員，售前諮詢顧問 這樣的工作。我想我就是這麼鍛煉出來的。
