搜索
第3期测试生活与郭芙面对面同学们：有多久没有和自己的TL沟通？有多久没有和云齐，文朗，自在，丘虚沟通？那么又有多久没有和郭芙同学面对面聊天明年团队发展方向想知道郭芙是怎么考虑的吗？测试工程师职业发展方向想知道郭芙当初如何给自己定义的吗？对于晋升郭芙曾经是如何期待又是如何看待的？在2010年9月20号这天，在天目山路162号国际花园一楼，正在进行着跟郭芙的一次亲密接触。下面是来自与会同学的会议记录第一手资料，原封不动的展现给大家，让我们更真实体验当时与会同学与郭芙面对面心声交流时的情景。1.个人职业发展规划a.知道方向，但不知道自己该如何去落地；b.不知道方向，如何找到方向；c.当前工作的方式跟自己的发展方向不一定一致，如何调整。注：做自己有兴趣的事情。方向不是别人给的，是自己定的。以终为始记住自己的定位。专和广可以给自己定义倾向，可以让TL了解自己真实想法。2.创新的方式，途径以及团队对待创新的态度。a.自顶向下，方式有不少，比如计委或者TL分配的任务；TL有必要帮助同学清晰自顶向下任务目标，同样自己也可以主动去了解。在未知的情况下，执行力第一。b.自下而上，自发组织的创新，想去做某些事；TL的支持会有非常大的帮助，自身的精神状态，动力以及压力都会比较好；TL不支持的情况下，可以自身去做更多的功课，通过自己的努力沉下心去研究，数据收集，来达到自己目标；第3期测试生活TL不支持的情况，还可以升级到郭芙，丘虚等高层级的M；可以采用招募的形式，但是前提是最好自己能够成为真正的团队主导，不能期待别人帮助自己解决问题。3.技术和业务的定位，关注大局；更全面的去了解系统，知其然知其所以然。清楚业务发展方向，让技术更好的服务。4.当前团队引入技术速度快，关注内部工具和技术使用到极致，而不是去频繁的追求新技术；团队内部automan的框架频繁调整，让大家工作起来很辛苦。Automan当前的一些追求在于编写快，学习成本低，一线小二关注维护成本低。5.郭芙眼中的优秀员工，什么样的人才能成为团队的榜样三好学生都喜欢，德智体美劳全面发展；执行力强的员工才是真正的我们希望的，请大家更准确的理解执行力定义。6.测试工程师的客户是谁？广义上来说，PD,开发，用户，SCM,SQA,BOSS都是我们的客户，我们需要满足他们的需求狭义上来说，PD代表了会员，代表了管理层的授权。PD，开发，测试应该处于三角关系，PD是源头，而开发测试是支撑。7.需求多，变动大，测试TL坚持按照流程来走，开发和PD团队觉得无法接受；TL采取这种措施并不是双赢的结果，也不一定是团队想要的结果。最好的结果应该是规划，计划加上通过标准的有机结合，多方共赢才是我们期望的结果。8.个人成长？团队成长？如何为团队中的人创造更多的机会；个人的成长绝对不是靠培训出来的，主要是要为团队成员发展负责，但是最好能占5%。人和人之间的差别在于业余时间的分配，成长要看个人；高P成长经历的分享，多学多做多尝试，开阔眼界，碰到一个好师傅，好主管会给你加速成长。第3期测试生活9.团队中有不少流程，经验总结文档可以直接通过工具去解决！引申问题：当前有没有这样的途径来传递这样的声音？当前我们团队有工具组，有测试中心正在动工，PD是天彤，可以直接反馈。10.如何提升测试人员的成就感？寻求兴趣爱好，寻求挑战点，用心做事情，关注自身成长，将心态调整到积极向上，努力寻求结果。最后，分享下郭芙画的闭环图：第3期测试生活在淘宝的学习生活■樊俊一次机缘巧合的机会，我来到了淘宝实习，一切都很陌生。不过大家都很热心，我记得我刚来的时候，坐在苏青旁边，记得苏青对我说：你要吃饼干么？我还没反应过来，苏青已经把东西放在我桌上了，好人呀，同事好热情啊。云梦，一个不能不提的人，我师傅，同时也是我的学姐。是一个非常有责任心，很有耐心的师傅，是她教写自动化脚本的，虽然现在已经忘记怎么会写了，但是大概还是清楚的。也是她把我带出去做自动化脚本的技术，每一次技术支持出现问题的时候，也是她诲人不倦的指导我，而且分析的很清晰，迅雷不及掩耳之势就ko了，还现场做演示给我看，而且平时就很忙碌，真的不容易。个人觉得师傅很适合当讲师。宝驹，我在自动化小组的TL，我记得我淘宝的第一件是就是用自动化脚本做回归测试。就是和每位产品线的接口人沟通，每次有新功能上线前，脚本的回归有我们自动化这边进行而且每次自动发送执行结果邮件，很荣幸这个功能还在使用，给自己赞一个。之前有几次邮件是手工统计的，邮件里的内容发得不是很到位，都麻烦了宝驹好几次帮我修里面的内容。宝驹平时也是一个特别忙的人，经常要开会。后来我听我们组里的人说，自动化脚本回归是我们组里年底的KPI的考核。我的很感谢宝驹对我的信任。在自动化脚本回归中我们找到了比较多的bug，也让大家看到自动化脚本的意义的一部分，自动化脚本的价值。博一，我现在的TL，给我的感觉是一个目光很远大，要做就要做业内标准，逻辑思维相当的敏捷，演讲也是相当的有水准的，觉得他什么都懂，不过是工作上，生活上，真是的百事通。在他身上有很多我值得我学习的地方，特别是演讲水准。同样也感谢博一对我的信任，把美味图书的文件转换服务和twork的认证交给我来负责，感谢他在我工作上的支持，我想说我现在已经不是学生了，我会对工作负责的，请博一放心。我，在实习之前，我没有接触过ruby。是twork让我接触到了rails。认识到rails的强大，但是写rails代码的时候很不习惯，感觉怪怪的。和java代码的风格差别好大呀，不过经历了第3期测试生活automan、性能中心、美味图书的开发，给我的感觉是rails的代码是给人读的，而java的代码是个机器读的。更贴切的说是，rails是白话文，java是文言文。文言文怎么让普通的人看的懂呢，那就是翻译。所以经常听士顿说，写java代码需要注释，而rails的代码是不需要注释的。这个是rails给我的第一感受。还有rails的COC(约定大于配置)，我深深的感觉的这个给我带来的便利，写过java代码的同学知道，如果曾经使用过spring+iBATIS+struts开发过web项目你就知道，那个配置真的是让人揪心呀，只有你写的东西和数据库，控制层，页面相关的东西，你都需要进行配置，当配置的文件大起来的时候，管理是相当的麻烦。目前对我来说，在rails这一块，遇到的问题还是能过独立解决的，不过需要突破，多了解一些开源的代码。看看他们是如何写代码的，写的那么的漂亮，如何设计自己的代码，让更少的代码做更大的事情，个人觉得这个是程序员和设计师的主要区别。最后，感谢一个人，感谢谢萱给我创造了一个机缘巧合机会，让我来到了淘宝。让我感受到快乐工作，认真生活的氛围。第3期测试生活自动化平台AutoMan介绍■宝驹AutoMan的由来两年前淘宝测试的同学都知道，我们自动化测试工具用的是QTP，这里我还是需要强列顶一下QTP这个工具在对象识别，数据驱动，关键字驱动等方面的强大，然而当大团队运用时，你就会碰到测试脚本维护困难，公用资源难以复用，不能有效进行执行调度，报表资源不能有效展现等问题，并且由于其封闭的架构，扩展一个自定义的功能也需要花费较大的波折，导致自动化覆盖率及自动化实践一直不尽人意。基于以上的问题，我们在思考，是否有一个语法简单，架构开放，功能强大的开源自动化框架供我们使用呢，此时我们引用了Watir(Webapplicationtestinruby).AutoMan大概经历了以下几个阶段：2009年1-3月，在watir的基础上，针对淘宝的实际应用，对Watir进行了技术调研，扩展了一些功能，形成了tcommon的前身。2009年5-6月，我们成立天外飞仙项目，形成了在线脚本管理，测试集，测试计划，测试报表等现有大家一直看得到的一些测试管理概念，tcommon框架也同时发布。2009年8-9月，借着twork的0.3版的发布，AutoMan的前身TAM随之发布。2010年4月，基于对前一阶段深入总结及具体实践中碰到的问题，我们提出了基于页面模型的自动化框架，即AutoManFramework,并在AutoMan一期中实现，自动化组内部戏称之为从Dos系统到Windows系统的跨跃。2010年5-6月，AutoMan二期完成，基于AutoManFramework,开发了PageModel，并更进一步产生了DBModel的概念，对页面对象，测试数据等做为资源化处理，为后续测试脚本的白话化提供基础。也在此项目中，我们对云测试执行平台进行了优化，稳定性，执行效率方面显著提第3期测试生活升。2010年8-9月，AutoMan三期进行中，这里也将解决项目中自动化脚本无法集成AutoMan的问题，及脚本生成器功能，让你快速生成脚本。。。。。。AutoMan做为一个产品，后续还有更多的事情需要我们去完善的，重点分为AutoMan脚本编辑和AutoMan执行两大块去运做和发展。AutoMan架构介绍AutoMan的整体架构如下图：从上图可以看到AutoMan可以支持两种应用维度:一．以脚本为核心的AutoMan产品平台第3期测试生活在这个平台中重点分为两部分1.脚本编辑器脚本编辑器的目标是能够快速的开发测试脚本，这里我们把脚本看成一些资源的组合，基于AutoManFrame，把PageModel，DBModel，BusinessModel做为快速生成脚本的资源，并开发一个适合各资源协作的脚本生成器。2.执行管理执行管理包括执行控制和云端机器控制两部分：执行控制分为脚本执行和用例执行，是对产生自动化用例之后进行的一系列的管理，包括用户执行策略制定，如一次执行哪些脚本，什么时候，哪台机器执行等；执行任务控制来有效保证各类执行策略的正常运行;执行报表不仅可以显示一个脚本及对应用例的正确与否，并显示出历史执行报表。云端机器控制，包括云端机器监控和机器管理，能有效监控机器有效状态，并对云端机器可进行在线的标准化设置，如AutoMan包的升级，Host的设置等。另外执行管理部分有一个云端处理的适配器，使平台不局限于对AutoManFramework的执行，也可以执行Java，Python等开发各类工具。二．服务于外部的开放平台AutoMan自身是一个集脚本编写，脚本管理，执行，报表于一体的一个平台，但也没有覆盖测试的方方面面，如对环境的布暑，用例的编写等，为更好地与其他平台的协作，我们开放一些接口AutoManAPI，供第三方应用的调用，同时也希望能从第三方应用中受惠，使我们有更多的精力集中到AutoMan平台中，使之更为专业。AutoMan应用根据来源于社区，造福于社区的精神，AutoMan不仅希望在淘宝能够有效的使用起来，也希望能造福于整个测试界，让AutoMan承载的淘宝测试思想不仅在淘宝能开花结果，在外面的世界中也能绽放，这样也会要求我们的产品更开放，代码质量更专业，运营模式更科学等。AutoMan的如何应用，有待于更多人更多的想象力！第3期测试生活■小碗蓝是那么的天，白是那么的云，在淘宝的某处，正孕育着一个新的东西-----测试中心。中心，百度里解释为与四周距离相等的位置，常用来指在某一方面占重要地位的城市或地区。测试中心自然就是在测试工作中占重要地位的部分。大家现在是不像我刚听到测试中心这个词一样有很多疑惑、很多想问的呢?下面是来自我们一线同学跟测试中心神秘人物接触后的访谈记录。Q：我们可爱的一线同学；A：测试中心的神秘人物；Q：测试中心是什么？A：测试中心简单的说是一个测试管理工具，一个符合淘宝工作模式的应用平台。它包括项目管理、TC管理、Bug管理、报表生成等基本功能。Q：同类型的测试管理工具那么多，为什么要自己开发一个测试中心工具呢?测试中心这个项目的出发点是什么?A：首先要承认，目前类似的测试工具的确很多，但以商业性质的居多。我们要开发一个属于淘宝自己的、免费的测试管理工具；其次，我们要拥有一个符合淘宝自身测试流程和测试工作模式、符合淘宝工作特点的测试管理工具；再者，现在淘宝内部使用的测试工具太多了，我们需要一个很好的集