2014年12月1日，我卖身到凯通，终于工作了，虽然工作的用到的和课堂上学到的会有不同，但也算学有所用！
在这边上班，管理流程是规范的，毕竟是中型公司，但刚工作的人，心还是自由，没办法完全适应这里的规章制度。
岗前培训的一周，我学到了每家软件开发公司都会有自己测试的流程，学校教的是主要部分：
参与需求分析-> 撰写测试计划->编写测试用例->录制测试脚本->执行测试-> 验收测试-> 维护
凯通扩展为：
协助制定版本计划-> 参与需求评审-> 编写测试计划-> 编写测试需求和测试用例-> 组织测试需求和测试用例评审-> 跟进版本开发-> 组织集成评审-> 搭建/更新测试环境-> 内部测试-> 编写测试报告
上班以来，除了开头那几天熟悉环境，其他时间都要写测试用例。要写好测试用例不容易，特别是像我这种文笔不好的人！写测试用例犹如写文章，看久写久了，就会有自己的风格，我写了半个月，也基本形成了自己的风格：
阅读需求分析和测试计划等文档-> 编写测试需求-> 编写测试用例
首先，阅读需求是最重要的，我们的活动都是围绕需求开展的，不清楚需求就无法进行开发，更别说测试了。清楚理解需求才知道开发出来的功能是否符合需求，是否符合需求也是需要我们测试的。其次，作为初级测试工程师（美其名曰），测试计划就不是你写的，要清楚知道测试计划，按测试计划进行测试，测试才能有条不絮地进行。下一步的编写测试需求其实不是必须的，只是为了更好的进行测试；如果有了测试需求，测试用例就可以按照测试需求，一点一步地去编写了。如果按前面的步骤，一步一个脚印地去进行，最后编写测试用例也就不难了！注意的是，要细心，有的测试是在编写测试需求时没想到的，也要进行测试，最好是修改测试需求后，再写测试用例。这就是为什么凯通的测试过程要先写测试需求的原因了吧！
在学校，我们会学习TD（TestDirector）这个测试管理工具，老师也说了，在公司不一定会用到，结果，承老师贵言，还真的没用到（我还暗自高兴，还好没听课）。公司用的是SVN（版本迭代工具）和公司自己的系统，原理都是差不多的，所以，我也后悔自己没听课，后面要补习，不过，提前学习一下SVN，也是可以的。
公司是一个企业，企业做事就不能和个人一样，用盗版可是要负法律责任的！既要成本低，又要合法，公司综合考虑（我也不知道综合什么因素考虑），就没有用SQL Server，而用了Oracle，其实除了部署平台和部分语句不相同，其他的都差不多！还好我的SQL语句学得还行（因为老师太严），在公司还算是有用武之地！
公司的服务器果然如老师所说，用的是Linux系统，这我还真的没学好咧！就是学好了，也还不一定能用的上，because老师教的是图形化界面的，这里用的是比纯牛奶还纯的纯命令行界面，所以，奉劝那些每节课都在装Linux系统的童鞋，还是好好学命令行语句吧！
公司对测试的趋势是测试需求相结合，这么说来，当上需求分析师，成为项目经理将不再是梦想（想想都有点小高兴）！这就是我继续做测试的目标，希望现在在学测试或做测试的同学或同事不要觉得不如开发，好好学，好好干，早日迎娶白富美！！