所以，你必須盡快的在一到兩周之內熟悉公司各個方面的環境，尤其是人員環境。我覺得人際關系在整個公司里面也是很重要的一方面，夸張一點說甚至是比你的本職工作還要重要的。因為，掌握技術是你智商方面的問題，而與人交往就不是那么簡單，因為我們的興趣、愛好可能差別很大，性格也有內向和外向的，所以在進入社會步入工作崗位后與人交往真的是很考驗一個人。如果你在公司人際關系搞得好的話，工作各方面的協調順利，工作的進展也會很順利。

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

　　盡可能多的參加研發部的會議

　　員工間的技術交流。在我們公司像這樣的會一周大概要有一到兩次，大家相互交流工作進展情況，或者是一些相關的技術方面的交流。不一定是非常正式的，但我感覺這樣的會議是非常有必要的。

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

　  測試計劃

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

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

　　編寫測試用例首先要根據產品的特點編寫。你的產品的特點在產品沒有成型之前，你肯定不是特別了解也不是特別清楚，但是你可以根據它的框架大概的給搭出來，你能想到的盡量給細化寫到文檔里面，然后在測試過程中不斷的完善。

　　如果在測試執行的過程中突然間發現一個比較好的測試用例，一定要及時給補充進去，你不給它補充上去是你的一大損失，因為你以后的工作中可能還會需要這樣的文檔，或者以后接手你工作的人，他可能會看到這個文檔，這對他以后的工作也會有很大的幫助。在大的公司有專門的測試設計人員來編寫這些東西，在小公司就是測試主管或者測試員編寫。

　　像我們公司從測試用例、測試計劃、測試執行什么的都是我來做的。當初是因為公司比較小，我自己做，本來是給我招了一個助手，也就用了大概一兩個月吧。我個人的感覺是除非你招特別熟練的，對行業，對測試技術各方面都比較熟悉的，一來就能上手工作的還行。如果不這樣，招一個剛畢業的應屆生，他對測試行業不是很了解，而小公司人手本身就少，你根本就沒有時間給他做培訓，而你還要工作，也沒有那么大的精力去手把手的教人家。