測試計劃

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

　　后根據(jù)上述的文檔，從時間、內容、資源、所用工具，還有人力安排，這樣一份簡單的測試計劃已經成形。像一般小的公司，他會對哪個人在哪天完成那項工作是很關注的，像我們原來學的那種比較完整的文檔，在這樣小的公司是需要變通的，因為他們也沒有很多的人力物力沒有很多的時間去看那樣的文檔。

　　編寫測試用例首先要根據(jù)產品的特點編寫。你的產品的特點在產品沒有成型之前，你肯定不是特別了解也不是特別清楚，但是你可以根據(jù)它的框架大概的給搭出來，你能想到的盡量給細化寫到文檔里面，然后在測試過程中不斷的完善。如果在測試執(zhí)行的過程中突然間發(fā)現(xiàn)一個比較好的測試用例，一定要及時給補充進去，你不給它補充上去是你的一大損失，因為你以后的工作中可能還會需要這樣的文檔，或者以后接手你工作的人，他可能會看到這個文檔，這對他以后的工作也會有很大的幫助。在大的公司有專門的測試設計人員來編寫這些東西，在小公司是測試主管或者測試員編寫。像我們公司從測試用例、測試計劃、測試執(zhí)行什么的都是我來做的。當初是因為公司比較小，我自己做，本來是給我招了一個助手，也用了大概一兩個月吧。我個人的感覺是除非你招特別熟練的，對行業(yè)，對測試技術各方面都比較熟悉的，一來能上手工作的還行。如果不這樣，招一個剛畢業(yè)的應屆生，他對測試行業(yè)不是很了解，而小公司人手本身少，你根本沒有時間給他做培訓，而你還要工作，也沒有那么大的精力去手把手的教人家。

　　在設計測試用例的時候要考慮周到，不要重復。我的工作來說做ERP產品是注意各個模塊的借口以及數(shù)據(jù)測試。有好多的接口，比如說銷售模塊是和財務模塊在測試時是會發(fā)生重復的部分，這個要自己注意。行業(yè)性比較強。

　　接下來說執(zhí)行測試。要按照測試用例來執(zhí)行。你不能說做了測試用例而在工作的時候根本不看，這樣對你的工作是沒有幫助的。因為你按照測試用例來執(zhí)行的話基本是按照自己的思路來做，這樣你走到哪一步心里都非常的清楚。這樣大的好處是減少重復的工作，可以提高工作效率。我想這點無論是在小公司還是大公司，還是我們工作的本身都是很重要的。

　　然后，好是做測試日記錄，目的是明確自己測試到哪里，以免重復工作。我自己來說，我在做測試的時候每天都會做測試日記，一個是記錄我發(fā)現(xiàn)了多少個bug，工作到哪一步了？做了哪些工作。我發(fā)現(xiàn)這個做測試日記錄是很有意思的。每天測出了多少各bug，我雖然在那個bag管理工具上錄了一遍，但是我還是要把它記錄下來。我當初第去上班的時候，第一次接觸到這個執(zhí)行測試的時候，我記得特別清楚，我是找出了65個bug。我覺得這說明兩個問題，一個是我工作特別認真，一個是研發(fā)部有問題確實是有問題。所以，你不要覺得搞研發(fā)的都很厲害，很牛啊，你會有點怵。當初我們公司也是聯(lián)想、方正、惠普的這三個主力支柱，但是我沒有覺得怵，雖然他們很自負；旧虾苄〉腻e誤都能提出來，他們認為那根本不是bug。但是你到了討論會或技術交流會、評估會的時候可以提出來，因為這是你作為一個測試員基礎的必須的工作，也是你對工作認真負責的態(tài)度。

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

　　作為測試負責人，在測試工作中我給自己訂了一個基本的工作流程，現(xiàn)在也當作是部門的規(guī)章制度在執(zhí)行。是錄入bug以后，我會在下面做bug描述，開發(fā)人員是否要修改，為什么要修改，大概時間是多少，這樣督促對方的話，會有利于工作的進度。不然，如果工作沒有完成，會出現(xiàn)相互推諉的現(xiàn)象。

　　查出bug后是督促開發(fā)人員修改bug。同時也要注意bug管理工具。自己要用好bug管理工具，也要督促開發(fā)人員用好bug管理工具。因為，有很多開發(fā)人員還都是比較懶的，他當時會跟你說，都有什么bug，你到我的機器上演示給我看不行了嗎？這是一個不好的習慣，也很費時間。所以，你一定要督促他們使用bug管理工具。這是我深有體會的，而且，還在兩次較大的公司會議上提出，終是被大家所接受認同。大家都知道，一般開發(fā)的男同事較多，做測試的女孩子較多，你在提出問題的時候態(tài)度不要太強硬，在日常的工作中委婉的提醒他，大家一般都不會太為難你的。不但工作解決了，同事間的關系也很融洽。

　　接著是測試報告的編寫。這些我們在業(yè)班的時候都學過，是測試背景、內容、測試通過率。以及產品的優(yōu)點、缺陷，還有你對項目的建議。這一切都做好了是開測試評估會了。

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

　　我個人認為現(xiàn)在是自動化成風，F(xiàn)在很多的公司，無論是大是小，無論這公司有沒有用過這個測試工具，他都會問你會用幾種測試工具，會自動化測試嗎？我當時去面試的時候，也遇到這個問題，當時我首先問他的是，咱們公司做過手工以外的不管是性能啊還是功能其他測試嗎？他們回答說沒有。一個沒有做好手工測試的產品，是堅決不能用工具代替手工的。自動化測試是不能代替手工的。自動化測試用好了可以節(jié)省時間提高效率。但是如果你用不好，反而會增加自己的工作量。如果你的需求和界面一直在增加，那么自動化也是用不起來的。我覺得適合自動化測試的公司，一個是產品對安全和性能要求嚴格的；一個可以有專人對教本文檔進行維護的。像那些手工測試不過關，需求經常變動，人員少，產品的GUI 經產改動的公司都不太適合用自動化測試。

　　一不小心整理了這么多點滴出來，還真沒想到自己還是很能寫的嘛。估計這和我在公司除了做測試工作，還做些其他工作有關。我說過，因為我們是小公司，所以，一些產品的使用說明、產品的安裝說明，包括客服培訓，都是由我來寫的。在測試之余，一些和測試無關的工作我也會去做，比如測試制度的編寫，OA 產品管理員，售前咨詢顧問 這樣的工作。我想我是這么鍛煉出來的。