在設計測試用例的時候要考慮周到，不要重復。就我的工作來說做ERP產品就是注意各個模塊的借口以及數據測試。有好多的接口，比如說銷售模塊是和財務模塊在測試時是會發生重復的部分，這個要自己注意。行業性比較強。　　 
 
    接下來說執行測試。要按照測試用例來執行。你不能說做了測試用例而在工作的時候根本就不看，這樣對你的工作是沒有幫助的。因為你按照測試用例來執行的話基本就是按照自己的思路來做，這樣你走到哪一步心里都非常的清楚。這樣最大的好處就是減少重復的工作，可以提高工作效率。我想這點無論是在小公司還是大公司，還是就我們工作的本身都是很重要的。

　　然后，最好是做測試日記錄，目的就是明確自己測試到哪里，以免重復工作。就我自己來說，我在做測試的時候每天都會做測試日記，一個是記錄我今天發現了多少個bug，工作到哪一步了？做了哪些工作。我發現這個做測試日記錄是很有意思的。每天測出了多少各bug，我雖然在那個bag管理工具上錄了一遍，但是我還是要把它記錄下來。

　　我當初第一天去上班的時候，第一次接觸到這個執行測試的時候，我記得特別清楚，我是找出了65個bug。我覺得這說明兩個問題，一個是我工作特別認真，一個是研發部有問題確實是有問題。所以，你不要覺得搞研發的都很厲害，很牛啊，你會有點怵。

　　當初我們公司也是聯想、方正、惠普的這三個主力支柱，但是我沒有覺得怵，雖然他們很自負。基本上很小的錯誤都能提出來，他們認為那根本不是bug。但是你到了討論會或技術交流會、評估會的時候可以提出來，因為這是你作為一個測試員最基礎的必須的工作，也是你對工作認真負責的態度。

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

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

    查出bug后就是督促開發人員修改bug。同時也要注意bug管理工具。自己要用好bug管理工具，也要督促開發人員用好bug管理工具。因為，有很多開發人員還都是比較懶的，他當時會跟你說，都有什么bug，你到我的機器上演示給我看不就行了嗎？

　　這是一個不好的習慣，也很費時間。所以，你一定要督促他們使用bug管理工具。這是我深有體會的，而且，還在兩次較大的公司會議上提出，最終是被大家所接受認同。大家都知道，一般開發的男同事較多，做測試的女孩子較多，你在提出問題的時候態度不要太強硬，在日常的工作中委婉的提醒他，大家一般都不會太為難你的。不但工作解決了，同事間的關系也很融洽。

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

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

　　我個人認為現在是自動化成風。現在很多的公司，無論是大是小，無論這公司有沒有用過這個測試工具，他都會問你會用幾種測試工具，會自動化測試嗎？我當時去面試的時候，也遇到這個問題，當時我首先問他的是，咱們公司做過手工以外的不管是性能啊還是功能其他測試嗎？他們回答說沒有。一個沒有做好手工測試的產品，是堅決不能用工具代替手工的。

　　自動化測試是不能代替手工的。自動化測試用好了可以節省時間提高效率。但是如果你用不好，反而會增加自己的工作量。如果你的需求和界面一直在增加，那么自動化也是用不起來的。我覺得適合自動化測試的公司，一個是產品對安全和性能要求嚴格的；一個可以有專人對教本文檔進行維護的。像那些手工測試不過關，需求經常變動，人員少，產品的GUI 經產改動的公司都不太適合用自動化測試。

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