元旦放假以后的这两天都没有什么任务，接下来两天是年终聚餐，年会什么的，也没有时间和心思去做一些具体的工作了，在农历年到来之前，正好可以利用这一段时间好好回顾回顾总结一番，然后对明天的工作做个好的规划。当然马上要年终绩效考核，要跟老大和hrg面谈了，先自己总结一下，到时候面谈的时候也有东西可以谈，不至于让人感觉这半年没有什么成长。
项目和日常
在项目中的成长主要是偏向于流程和经验方面的学习和积累，还有部分技术的实践。跟着PTM干，但是总觉得学到手的实实在在的东西不多。
所以总结跟对人是很重要的一点。从实习到转正这段时间，一直感觉自己没有跟对人，没有找到可以带我飞流直上的人。之所以这样说，是因为一个项目下来，就感觉很失败，一直处于被动地位，开发到后来要延期要求加班一点办法都没有，但是实在觉得我们在前期可以做点什么控制这个局面，做为测试一定要hold住整个项目的进度。至于怎么hold住进度，要靠平时的工作慢慢积累到，如果跟对了一个人，他有很好的办法hold住项目的进度，那么自己进步的速度会快很多的，不致于本来自己就不明白，还跟了一个一样不明白状况的人，搞得整个项目进度缓慢。这是我这些日子以来的很重要的一个结论。随之得出另外一个结论就是，职场上每个人都可以当师傅，但不一定每个人都愿意当师傅，一旦遇到一个愿意教你的人，就一定要珍惜这个人，要尽最大限度的从他身上汲取知识，让自己快速成长起来。这样讲起来，我实习进来就进的那个项目组里对应的开发，倒是很热心要教我些东西，而且教的东西都挺靠谱的，所以要好好珍惜这样一个好的资源，不懂的多向他请教着点~
虽然没有更多正面的营养可以汲取，但是可以从别人错误中学习成长起来（其实我新人一枚，貌似也没什么资格来说一个有几年测试经验的人什么，但是我在他身上实在没有找到我欣赏的东西）。
首先最重要的是有主动性的意识，有了这个意识其他的就都会变得顺其自然了。所以在不管什么情况，即使自己技术弱一点都没关系，一定要主动起来，要有整体把控进度和质量的意识。当然有了强硬的技术做后盾，主动的理由也更充分。主动性表现在整个项目周期的各个方面，例如，当按照约定开发应该提交某部分功能的时候，要提前询问完成情况，能否准时提交？不能准时提交的原因是什么？能否做些什么避免延期给测试造成困扰？而不能到了该提交的点还在等待开发主动来提交，如果不提交就支支吾吾地推测开发怎么怎么样，还是不采取进一步的行动，这样子的后果是测试加班，整个项目进度被延误。
其次是提升测试的技术技术！技术也是测试的利器，项目中用了哪些技术，有哪些实现，测试过程中可以用的技术和工具，各种技术和工具的特性和适用范围，对这些技术的把握才能在进行测试设计的时候游刃有余，知道该用什么不该用什么，在进行脚本编写的时候知道怎么用，总结的时候知道下一步应该往哪个方向改进，我们可以做一些什么提高效率。所以除去各种软实力的综合，硬实力的技术修炼非常的重要。我这段时间跟的项目和大日常，差不多都是功能测试为主，没有充分体现测试提前介入的好处。即使在项目中有块功能用到的UI测试，进行了automan脚本的编写，也没有体现出更高的价值。因为在调试第一个脚本的过程中就遇到了很多问题，一方面是跟开发的协作方面，开发在不同浏览器里面写的静态页面居然元素的名字还是不一样的，导致用firebug找元素后写好脚本，在ie上调试却找不到元素，当然还有一方面的原因是本人第一次在项目中实际进行automan脚本编写，能力还差点，排查问题的速度慢。另外我觉得我在的产品线的测试手段很单一，就功能测试，应该迅速提升自己的技术能力，寻找更有效更的测试方法，来提升我们项目的效率和质量，例如熟悉代码逻辑，做简单的代码review等等，这些都是可以做到的。
项目流程及测试流程的学习和PTM的责任
项目流程无非就是启动，需求分析，系统设计，编码，测试，发布，结项，这是最经典的瀑布模型，随着测试流程的改进，我们不仅仅是在这个测试阶段才开始的，我们的工作从启动时候就开始了。项目启动，圈定各种资源，测试要圈定测试的资源，并且明确项目的目标；需求分析的阶段，开发明确他们要开发的模块及动能点，测试要明确相应的功能，并且深度挖掘需求，在需求阶段可以对需求进行测试，并且可以考虑可测性的问题，产出初步的需求分解图，和测试计划；系统设计阶段，测试根据需求，根据开发的技术文档，进行测试设计，产出测试设计说明书；开发编码过程中，进行用例设计，内审和外审，并且我们可以进行接口测试或者ui测试的环境准备，和编码，接口测试发现bug及时知会开发并验证（以后我们要加强接口测试，提高接口测试的质量，目标是在接口测试阶段的bug不遗留到功能测试才发现，功能测试只发现接口测试不能发现的bug）；执行测试和发布结项等过程就不多说了。
关于PTM的责任，非常的重大。对项目的质量负责，把控整体的进度，保证质量。简单的几句话，但是要成为真正的合格的PTM要做出很多努力才能做到“保证质量”这短短四个字。整个项目过程中的需求确定，各方面的协调，还有新人的培养，要求PTM要有出色的软实力，测试设计等过程是整个项目测试的至关重要的的过程，关系着整个测试的方向，所以优秀的PTM还要做出优秀的测试设计，要有过硬的技术实力。
接口测试学习
xxx接口测试脚本的持续补充过程中，慢慢摸索到编写接口脚本的套路是：更新代码->review开发代码，并且思考测试的切入点->设计测试脚本->编写测试脚本。
我不断反省思考我现在所做的接口测试补充的价值和意义，有时候觉得发现的bug太少而灰心，但是实际上这种接口测试的目的不仅仅在于发现bug，另一方面是为了后面的持续集成，新增加一些特性功能后，可以从人肉回归中解放出来干其他的事情。所以项目过程中的接口测试是为了尽早发现bug，要优先完成对外的接口和对内的核心接口，而后期的补充是为了后面持续集成不用做过多的人肉回归操作。
在接口测试补充的过程中也常常得到开发gg的指导和教诲，就像上面说的一样，遇到一个愿意教自己东西的人非常不容易，所以要好好珍惜这样的机会，多向人家请教和学习。是在开发的督促下才想到要优化测试代码，不用将被废弃的方法；引进eclEmma插件来查看覆盖率的情况，学习怎么从覆盖率数据来分析测试的情况和开发的代码的问题，制定下一步的接口测试补充计划；然后还被提示可以多动点脑筋寻找更快捷的办法解决重复的问题。。。。。。如果不是有人这样子引导，可能还处于愚昧混沌的状态。
新的一年将担任itest接口测试的接口人，身上的担子重了，思考的东西也多了，以后也要运用自己再接口测试实践中学到的东西来帮助组内的同学快速成长起来。
团队贡献
担任itest接口人助理，负责统计和跟进大家的覆盖率，另外进行了一个eclipse覆盖率插件eclEmma的使用分享，目的是帮助同事快速了解自己写的测试代码覆盖的情况；参加服务线数据仓库的研发，研究了一段时间的前段，并且完成主页的搭建和设计，整合了不同的业务线的页面。
原来是淘宝的人？
