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