我的成长--从足球到篮球有多少路要走(三)

阶段三、继续深入

10年11月部门又重组了，自己有的时候也搞不清楚了，为什么总是会和变动连在一起呢，整个研发团队被分成了两个研发中心一个项目中心，分别有自己的研发和测试团队。研发人员按项目分配，测试人员统一分配，不再像以前那样分配在部门里。我跟着进到企业研发中心的测试部。分配测试项目的时候，我仍然负责以前项目的测试。

做好本职

分省上线开始了，按常理只要运维和开发人员在就可以，运维配置环境，开发迁移数据，当地负责测试，开发人员修改发现的问题，修改测试通过后上线就算成功，跟我测试的没太大的关系，公司内部调用接口测试通过后，真实环境上使用时可能一样会有问题。但前两次上线时出现重大事情，第二天上班时再问开发相关人员，通过他们转述，事情已经不太一样了。后来再上线就主动要求跟着，哪个省要上线，哪天联调的，哪天上线，开发负责人是谁，主要参数都有哪些，上线的时候出现了什么问题，怎样解决的，一一记录。

轰轰烈烈的6.30开始了，业务开通、注销由平台发起，平台调用下属子业务系统接口更新数据。1个平台，4个业务子系统，不但要了解平台的业务，还要了解下面几个子业务系统的业务，要知道数据在这5套数据库各表中的存储。平台的业务不用说了，已经了解了，但改造了，肯定会有不一样了。问。继续问那名开发的负责人，继续记。数据库各表，按照已有的5套数据库字典，整理，把相关的库名、表名、字段整理出来，列成表格，足够清楚了，发给相关测试负责人（他们也会要用到）。利用各个项目负责人对业务系统串讲，记录每个子系统业务。

由于平台在改造前有上线任务，平台的改造是最后才开始的，提包也是最晚的。为了其他项目可以正常测试，平台部署一套非正式包的环境进行测试，在其他项目开始测试时，在测试环境下开始试着执行用例测试，查看过子系统流程是否正确。平台正式提包后，在脑子中执行测试用例，结果在平台提包最晚的情况下，比其他项目提前3天结束测试。

6.30结束了，用老办法继续跟踪9.30，12.30测试。

6.30结束了，业务子系统都告一段落了，大家看书的看书，学习的学习。平台还要重新上线，为了抢时间，每周上线两个省，每周二周三的晚上上线，每次上线结束，11点结束是早的，后半夜2、3点结束很正常，这次上线与以前不同，上线过程中会涉及到下属业务子系统，这次上线跟以前上线一样，全程跟着上线，前两天准备报文和工具，与开发人员一起配置参数，进行接口测试。上线的时候跟着开发人员看问题，记录问题。上线过程中会涉及到业务系统修改，上线第二天对测试负责人讲好发现的问题。因为负责的项目处在上游，并且跟踪上线，上下游方方面面都要接触。有时业务系统测试负责人不明白问题产生的原因，解决的办法，问开发人员，开发人员说不清楚，找我；测试的时候，出现问题，不知道是什么原因造成的，找我；他要用到的环境，在平台上要用到哪些配置，在哪里找，找我；上线过程中对于某个省具体的业务形式，涉及到的业务子系统的业务形式，开发的说不清楚，问我；上线过程中数据在各业务子系统哪个数据库，哪张表，哪个字段，问我；业务子系统要明确上线了哪些省份，各个省份的业务形式是什么，问我；9.30要做的功能有哪些，各业务子系统都是什么关系，平台开发人员搞不清楚，问我；有人学QTP弄不懂了，叫我；LR用不明白了，找我。

由于平台各省上线都是直接上线，有问题直接在线上修改，造成线上真实环境与公司内部沙箱环境不一致，其他测试人员强烈要求沙箱环境与线上保持一致，但开发人员没时间更新环境。我提出来，由我来维护，请开发人员教我怎么样打包，修改哪些文件内容。然后编写shell脚本，实现自动更新，保持线上环境与沙箱环境保持一致，一周后，脚本编写完成。

自我提升

学习是没有止境的，公司内部的学习多是公司业务相关的，如果只满足这些，早晚有一天做变成温水里的青蛙，那就会死的比猪还难看。今天7月淘宝组织了技术嘉年华，在网上看到消息，时间刚刚好，那个时间项目已经结束，可以有一段空闲，便在网上报名，报名成功后，向部门经理请假，去杭州参加淘宝的技术嘉年华，扩展自己的视野。年底自费跑去参加2011中国移动开发者大会、性能与运维大会，很多听不懂（大实话），如果都能听，那我也是牛人了。听不懂，但是看到的外面的世界，看到外面的牛人的思考。

做自己“不该做的事”

在6.30结束后，找到平台项目的部门经理，对他讲，第一现在平台一直都没有好好做过性能测试，在后面想要好好做一次性能测试，还有自己做思路，第二每次上线都做重复的接口调用测试，修改后，对已上线省份的业务是否有影响，不知道，再重复手工做一次太浪费时间，后面要对这里进行自动化测试，及自己想的思路和办法，部门经理很认可，而且给出他的建议。第三前面为了赶进度，可以沉淀的文档还是缺失，想好好的整理一份需求、概要设计的文档。部门经理听后开玩笑说我抓到了他的“小辫子”。^_^

平台部门经理想要利用这段空闲下来的时候，整理出平台的需求、设计文档沉淀，直接就把我拉了进去，为了和他沟通方便，和开发一起上线也方便，就直接搬到开发这边，文档写好一部分后，发给他，再问他还有什么事情可以做不。

9.30结束后，开始准备性能测试，根据已有的经验和跟踪上线了解到的情况，梳理出性能测试的需求、整理测试方案、写好测试脚本、搭建好测试环境、运行测试，和开发的负责人一起分析测试结果，根据他提供的建议调优，再看结果。对现有系统的性能给出了一份参考值；

上线任务完了，12.30的开发任务也完了，进入测试阶段，与开发负责人、两名开发人员聚到一起研究，为了开发人员为了测试人员，提议对测试进行自动化，大家都表示同意，几个人一起想思路、整理现有的需求，一名开发人员负责写代码，我一边进行12.30测试，一边提供现有业务需求、整理改造好的报文。12.30测试结束了，自动化测试程序也写好了。对每个报文进行测试验证，确保能用。

得到认可

6.30项目结束后，测试部经理找到我谈话，说后期想要对整个企业开发中心各个项目进行性能、功能自动化和安全测试，这件事情希望能由我来做。笑着看看他说，性能和功能自动化，本来就已经想做了，想对平台这边进行的，如果进行的好，准备向你提，开始对所有的项目。在年终的时候向测试经理汇报在平台端已经做的性能测试和接口自动化测试成果，测试经理会心的笑了。

在一次与平台部门经理聊天的时候，他说你做了很多，请你记住，做的不会白做的，送你一句话“自助者，天助。”。接口自动化测试程序编写一直占用那名开发人员，平台还有其他一些小的开发任务，平台部门总监知道他在写接口自动化测试程序，一直没有向他下达开发任务，直到自动化测试程序编写完成。

前段时间由于9.30项目启动，平台有上线任务占用的人多，造成平台开发人员不足，平台部门经理在一次与手下一对一面谈里，谈到他们的工作状态和学习态度。那个人一直都不太认同他的看法。最后他说你和XXX（我）差不多是一起进公司的吧，在这次需求整理的时候，她主动要求来做，做完后问我还有什么事情可做，今年年底她就要升高级了。你是平台的开发人员，对于平台的需求你知道多少？整理出来的需求和设计，你又看了多少？在一次聊天中听到那名开发人员对我说起这些话时，只是淡淡的一笑。

年终总结写好了，测试经理找谈话，对这一年的工作给予充分肯定并说调级肯定没有问题。进公司时是初级，每年调一级，并且是个女的，在我们公司也算是一个小小的奇迹吧。

2009年5月21日入公司，到今天2012年1月7日，两年零8个月的时间，如果从成为公司正式员工那天算起（2009年11月3号），两年多一点点的时间，我做到了从一个足球到篮球华丽转身。

谢谢可爱的趴趴熊，在迷茫的时候会指点方向，在得意忘形的时候会当头喝棒^_^

记在2012年初