2014年12月1日，我賣身到凱通，終於工作了，雖然工作的用到的和課堂上學到的會有不同，但也算學有所用！
在這邊上班，管理流程是規范的，畢竟是中型公司，但剛工作的人，心還是自由，沒辦法完全適應這里的規章制度。
崗前培訓的一周，我學到了每家軟件開發公司都會有自己測試的流程，學校教的是主要部分：
參與需求分析-> 撰寫測試計划->編寫測試用例->錄制測試腳本->執行測試-> 驗收測試-> 維護
凱通擴展為：
協助制定版本計划-> 參與需求評審-> 編寫測試計划-> 編寫測試需求和測試用例-> 組織測試需求和測試用例評審-> 跟進版本開發-> 組織集成評審-> 搭建/更新測試環境-> 內部測試-> 編寫測試報告
上班以來，除了開頭那幾天熟悉環境，其他時間都要寫測試用例。要寫好測試用例不容易，特別是像我這種文筆不好的人！寫測試用例猶如寫文章，看久寫久了，就會有自己的風格，我寫了半個月，也基本形成了自己的風格：
閱讀需求分析和測試計划等文檔-> 編寫測試需求-> 編寫測試用例
首先，閱讀需求是最重要的，我們的活動都是圍繞需求開展的，不清楚需求就無法進行開發，更別說測試了。清楚理解需求才知道開發出來的功能是否符合需求，是否符合需求也是需要我們測試的。其次，作為初級測試工程師（美其名曰），測試計划就不是你寫的，要清楚知道測試計划，按測試計划進行測試，測試才能有條不絮地進行。下一步的編寫測試需求其實不是必須的，只是為了更好的進行測試；如果有了測試需求，測試用例就可以按照測試需求，一點一步地去編寫了。如果按前面的步驟，一步一個腳印地去進行，最后編寫測試用例也就不難了！注意的是，要細心，有的測試是在編寫測試需求時沒想到的，也要進行測試，最好是修改測試需求后，再寫測試用例。這就是為什么凱通的測試過程要先寫測試需求的原因了吧！
在學校，我們會學習TD（TestDirector）這個測試管理工具，老師也說了，在公司不一定會用到，結果，承老師貴言，還真的沒用到（我還暗自高興，還好沒聽課）。公司用的是SVN（版本迭代工具）和公司自己的系統，原理都是差不多的，所以，我也后悔自己沒聽課，后面要補習，不過，提前學習一下SVN，也是可以的。
公司是一個企業，企業做事就不能和個人一樣，用盜版可是要負法律責任的！既要成本低，又要合法，公司綜合考慮（我也不知道綜合什么因素考慮），就沒有用SQL Server，而用了Oracle，其實除了部署平台和部分語句不相同，其他的都差不多！還好我的SQL語句學得還行（因為老師太嚴），在公司還算是有用武之地！
公司的服務器果然如老師所說，用的是Linux系統，這我還真的沒學好咧！就是學好了，也還不一定能用的上，because老師教的是圖形化界面的，這里用的是比純牛奶還純的純命令行界面，所以，奉勸那些每節課都在裝Linux系統的童鞋，還是好好學命令行語句吧！
公司對測試的趨勢是測試需求相結合，這么說來，當上需求分析師，成為項目經理將不再是夢想（想想都有點小高興）！這就是我繼續做測試的目標，希望現在在學測試或做測試的同學或同事不要覺得不如開發，好好學，好好干，早日迎娶白富美！！