测试技术管理
文章平均质量分 85
itest_2016
爱测未来,一群热血有志青年所组成的团队
展开
-
新的旅程(三)
我们在我们的LTC流程中设置了10个关键控制点。通过PMO和QA的协同,对这10个控制点的管理,把控每个环节的质量。以前觉得做流程挺简单的,讲清楚流程上的每个任务就行了,随着深入才发现根本不是那么回事。把一个流程做专业,真的是很不容易,要考虑的东西太多了。原创 2022-09-04 18:48:16 · 386 阅读 · 0 评论 -
我的测试(十四)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程我的测试—产品管理我的测试—归零,与测试同行这是最后一篇总结,先回答为啥要写这么多罗里吧嗦的东西。主要原因有几个,首先个人经历比较多,年龄也不断逼近不惑之年,有时候回过头想想总感觉时间过得太快,很多事情想清楚得太晚,很多道理懂得太原创 2022-06-13 19:18:46 · 241 阅读 · 1 评论 -
我的测试(十三)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程我的测试—产品管理我的测试—归零,与测试同行21年下半年随着IPD的推进,老板决定将产品管理相关的工作交给PMO,希望PMO把医疗业务的产品管理体系搭建起来。我们借助集团IPD以及产品管理体系建设的势能,在医疗业务里重点开展了几项原创 2022-06-13 19:17:32 · 441 阅读 · 0 评论 -
我的测试(十二)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程我的测试—产品管理我的测试—归零,与测试同行2021年承接PMO之后,陆陆续续解决了很多PMO运作方面的问题,但有一个核心问题一直得不到解决:总感觉PMO还是游离在经营之外,老板关注度不高。分析其根本还是在于业务规划和项目管理流程原创 2022-06-13 19:16:15 · 117 阅读 · 0 评论 -
我的测试(十一)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程与产品管理我的测试—归零,与测试同行PMO是一个管理机构,在不同的公司里会被赋予不同的责任和权利,是项目管理的专业组织和管理组织。2020年下半年我开始负责XF医疗业务方向的PMO,也迈出了从测试外延的第一步。此时,我并没有调整我原创 2022-06-13 19:15:07 · 123 阅读 · 0 评论 -
我的测试(十)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程与产品管理我的测试—归零,与测试同行2020年上半年以高级测试工程师角色进入XF的医疗业务方向,首先进入的是一个百人规模的研发项目。在这个项目里再次把项目的那种感觉捡了回来,同时也积累了更多的经验。时至今日,当我跟团队小伙伴分享起原创 2022-06-13 19:12:48 · 144 阅读 · 0 评论 -
我的测试(九)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安2020年初疫情爆发后公司要求开始在家办公,有了充足的时间去思考过去这些年的职业经历,好好规划一下未来的工作。在一番思考过后,慎重地做了一个未来三年决定。因为一些因素,这个决定付诸行动提前了一年,也让我所始料不及。首先,思考几个问题。1、35岁以后我在什么岗位上,我的工作是否对我有足够的挑战,原创 2022-06-13 19:11:57 · 93 阅读 · 0 评论 -
我的测试(八)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来在2017年之前,XF是没有测试架构师这个岗位的,之所以设立这个岗位主要还是跟当时的业务和组织发展背景有关。在2016年底的时候XF的正编+外包测试人员规模已经达到1000+,人员规模虽然增长上去了,但是单兵作战能力却下降。测试团队管理虽然水平上去了,但技术水平提升缓慢。虽然测试技术团队定位成能力中心,需要原创 2022-06-13 19:08:50 · 215 阅读 · 0 评论 -
我的测试(七)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设2016年到2018年是我们测试平台建设最关键的三年,在这三年里,我们集中开发了自动化测试平台4.0(改名AI引擎测试平台)、移动测试平台、Web自动化测试平台、AI资源管理平台、容器云DTCloud、Mock平台、接口测试平台。这些平台构成了整个集团公司测试执行的基础工具链。测试开发团队的整体作战能力在这个时期也得到了大幅的提升,原创 2022-06-13 19:08:03 · 707 阅读 · 0 评论 -
我的测试(六)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台XF是一家人工智能公司,AI技术是其核心技术,保证和提升AI引擎质量一直是我们内核测试团队不断追求的目标。自2014年我们的第一个自动化测试平台开始,我们就开始构思一个能够有效支撑引擎测试的完整的测试系统。在后来2016年到2019年,我们逐步实现了部分。后来在内核测试团队的不懈努力下,又在这个基础上完成了进一步的脱胎换骨。关于AI引擎测试平台的构思主要包原创 2022-06-10 08:50:14 · 147 阅读 · 0 评论 -
我的测试(五)
2016年我正式接替我第一任师傅开始负责XF测试技术团队,这个时候我的第二任师傅来自大众点评的测试总监LSN。在他的“庇护”下,测试技术部就像一个专研测试和测试技术的象牙塔,让我们免去了很多来自外部的麻烦,他对我个人在测试领域发展的影响也很深远。他刚来的时候,我们在聆听湖畔深入讨论持续集成和测试技术,聊互联网公司的文化,聊点评的“哥哥、姐姐”,聊他的那两个左膀右臂,至今记忆犹新。他曾跟我说:你知道吗哥哥?有些人之所以能成为技术总监、研发总监,并不一定是他技术有多牛,而是他格局够高,视野开阔,见过很多场景,见原创 2022-06-10 08:48:44 · 113 阅读 · 0 评论 -
我的测试(四)
因为我们参与实施的自动化测试项目越来越多,需求越来越强烈,公司内各种各样的小工具、测试脚本缺乏有效的管理,尤其是在引擎方向,所以我们于2014年决定开发一个自动化测试平台。当时的自动化测试团队使用的开发语言五花八门,有Ruby、Python,C++,.NET,也有少量的Java。至于为什么会这样也是有一些背景因素,比如产品技术栈不统一、产品类型离散、软硬件技术差异等。因此,我们面临的第一个选择是采取哪一套技术栈来进行这个平台的开发。经过我们慎重的讨论之后,确定使用java语言基于国内一款优秀的开源开发框架J原创 2022-06-10 08:47:16 · 97 阅读 · 0 评论 -
我的测试(三)
2014年因部门有管理上变动,我成为部门负责人/我的第一任师傅的副理,协助他进行测试技术团队的管理。前两年的时候主要还是在自动化测试方向,直到2016年的一些变动之后,才开始全面接管这个团队。在那两年里,我们开始正式的考虑去构建我们自己的测试平台,也是在那两年里,我们的iTest真正像一个产品那样全面推向了市场。因此,下面会将两个故事,一个是iTest,一个是我们的自动化测试平台。iTest的开发其实比较早,印象中应该是2011年左右。当时的定位是配合我们的一个第三方评测项目开发的android性能监控工具原创 2022-06-10 08:46:28 · 438 阅读 · 0 评论 -
我的测试(二)
2011年正式进入XF测试技术团队后,我和小伙伴们组建了自动化测试专项技术小组,开始了我们技术的研究、学习和应用的修炼道路。那一年持续集成开始风靡起来,我们也搭上了这一股东风,开始研究起了Hudson,也就是jenkins的前身。我们利用Hudson把我们的测试脚本管理起来,跟SVN进行关联,实现了代码的自动构建,自动化部署以及自动化测试的联动。那个时候还没有流水线pipline的概念,逻辑开关也基本是通过编写脚本进行控制。再后来,我们又使用JRuby调用jar包陆续开发了一些Hudson的插件,更进一步完原创 2022-06-06 13:32:18 · 117 阅读 · 0 评论 -
我的测试(一)
闲来无聊,偶然间发现十一年前写的一篇总结《我的测试》(http://www.51testing.com/html/02/194902-249348.html)居然在百度上还能搜到,还有同行小友阅读和转载。内心居然百感交集,久久不能平静。一晃过了十几年,在软件这条路上渐行渐远。时至今日,即将离开XF,又再次面临选择,所幸并未放弃“测试”。因此,拟回顾过往的这些年,平和内心的波澜,祭奠过往,准备重新出发。我并不是国内最早进入测试圈子的那一批人,最早进入圈子的那一批人也早已成为了大佬。诸如zee高楼(不知道“假如原创 2022-06-06 13:30:13 · 469 阅读 · 1 评论 -
从测试技术厚度到测试技术规划(三)
离开测试域已经将近2年,回过头来再去对这个领域做一些思考,却又多出一些不一样的收获。前段时间给测试的小伙伴们分享了这一年多来在产品研发项目管理这个领域看到、学到的东西,也算是在新的领域向曾经所热爱的测试工作致敬了。在后面的日子里,我仍然会结合我的所学、所思、所经历,从不同的角度去分享我对测试的理解。原创 2022-01-01 17:09:36 · 372 阅读 · 0 评论 -
从测试技术厚度到测试技术规划(二)
测试的本质是:测试环境+执行(手工/自动化/半自动化执行)+测试人员,我们把这个定义为模型A。当我们把产品交付给客户或者用户的时候,模型其实变成了:用户环境+执行+用户,我们把它定义成模型B。模型A和模型B是什么关系呢?显然是包含关系啊。任何测试工作,都要尽可能去包含用户的使用场景。简单来讲,就是把用户要走的路都淌一边,扫清雷子,让用户走的坦荡,让用户走的爽,让用户愿意掏腰包。原创 2022-01-01 17:08:02 · 222 阅读 · 0 评论 -
从测试技术厚度到测试技术规划(一)
什么是测试技术厚度呢?测试技术厚度简单来讲指的是你所在的测试组织测试技术能力可以达到的高度以及所沉淀下来能够支撑组织发展的技术积累一个测试团队从成立起,它的测试技术厚度就已经开始建设了。早几年里,我所在的测试团队经常被吐槽缺这个测试技术缺那个测试技术,这个测试技术需要掌握那个测试技术需要掌握。而这两年里没有人吐槽测试技术缺失,只是吐槽测试技术高度还有待提升。这其实就是组织测试技术厚度发生了变化。测试技术厚度变的越高,一般情况下意味着测试对业务支撑的能力越来越好,同时也意味着一些达到一定厚度的测试技术可以原创 2021-03-03 21:36:43 · 400 阅读 · 1 评论