itest_2016-CSDN博客

原创新的旅程（四）

相比前几个月，这次更新可能来的稍晚一些。创业公司的惯性已逐步适应，一些事情也开始有了些眉目。一、ShowCase 入行这么多年，确实对敏捷没有做太多的了解，很多时候都是浮云表面。第一次在团队里面听到了ShowCase，本以为是什么新奇的实践，搜索后才发现不过是已经存在很久的古老的东西。百度里的知识是这么说的：“Showcase就是开发团队把开发好的功能给客户的Product Owner（以下简称PO）等业务相关人员演示，以获取他们对所开发系统的反馈，是敏捷开发流程中的一个实践，一般的频率是一个

2022-09-04 18:49:39 544 1

原创新的旅程（三）

我们在我们的LTC流程中设置了10个关键控制点。通过PMO和QA的协同，对这10个控制点的管理，把控每个环节的质量。以前觉得做流程挺简单的，讲清楚流程上的每个任务就行了，随着深入才发现根本不是那么回事。把一个流程做专业，真的是很不容易，要考虑的东西太多了。

2022-09-04 18:48:16 333

原创新的旅程（二）

又过了快一个月了，马上要转正了。再来一篇最新的进展。一、工时管理工时管理简直就是经营管理的基石。在过去的一个多月里面，我们只用了两周不到的时间就完成了工时系统的开发，没有投入一个测试人员。因为我们告诉开发，这个系统以后就是给你们自己用的，要做成什么样的效果你们看着办。结果是系统不但质量比较好、易用，而且多出了很多超出我们功能规格的让人感到惊喜的小功能，比如跟钉钉集成做提醒、项目和财务两种口径的统计等。更重要的是我们做出这个功能只投入22个人日，效率简直不要太高。事实证明，研发人员是有无限创造

2022-06-13 19:22:09 234

原创新的旅程（一）

换个地方工作已经快两个月，这两个月里逐步适应了这个环境，也开始了一个新的旅程。虽然很辛苦，但很充实。小伙伴们很努力，我也有收获。重新出发的感觉蛮好，把过往丢掉，重新打磨细节。一、研发自测以前负责测试技术团队一直讨论的都是测试技术、测试能力，对于研发自测这种实践不怎么在意。直到自己负责一个研发团队的时候才发现，这个实践还是蛮有意思的。所谓研发自测，就是研发人员自己测试自己的代码。有的公司是测试人员设计用例，开发人员执行。有的公司是开发人员自己做单元测试、接口测试。还有的是测试人员编制测试脚本或工具，交给开发人

2022-06-13 19:20:25 298

原创我的测试（十四）

我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程我的测试—产品管理我的测试—归零，与测试同行这是最后一篇总结，先回答为啥要写这么多罗里吧嗦的东西。主要原因有几个，首先个人经历比较多，年龄也不断逼近不惑之年，有时候回过头想想总感觉时间过得太快，很多事情想清楚得太晚，很多道理懂得太

2022-06-13 19:18:46 194 1

原创我的测试（十三）

我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程我的测试—产品管理我的测试—归零，与测试同行21年下半年随着IPD的推进，老板决定将产品管理相关的工作交给PMO，希望PMO把医疗业务的产品管理体系搭建起来。我们借助集团IPD以及产品管理体系建设的势能，在医疗业务里重点开展了几项

2022-06-13 19:17:32 420

原创我的测试（十二）

我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程我的测试—产品管理我的测试—归零，与测试同行2021年承接PMO之后，陆陆续续解决了很多PMO运作方面的问题，但有一个核心问题一直得不到解决：总感觉PMO还是游离在经营之外，老板关注度不高。分析其根本还是在于业务规划和项目管理流程

2022-06-13 19:16:15 87

原创我的测试（十一）

我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程与产品管理我的测试—归零，与测试同行PMO是一个管理机构，在不同的公司里会被赋予不同的责任和权利，是项目管理的专业组织和管理组织。2020年下半年我开始负责XF医疗业务方向的PMO，也迈出了从测试外延的第一步。此时，我并没有调整我

2022-06-13 19:15:07 95

原创我的测试（十）

我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安我的测试—转型我的测试—业务型PMO的建立我的测试—产品开发流程与产品管理我的测试—归零，与测试同行2020年上半年以高级测试工程师角色进入XF的医疗业务方向，首先进入的是一个百人规模的研发项目。在这个项目里再次把项目的那种感觉捡了回来，同时也积累了更多的经验。时至今日，当我跟团队小伙伴分享起

2022-06-13 19:12:48 127

原创我的测试（九）

我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来我的测试—不安2020年初疫情爆发后公司要求开始在家办公，有了充足的时间去思考过去这些年的职业经历，好好规划一下未来的工作。在一番思考过后，慎重地做了一个未来三年决定。因为一些因素，这个决定付诸行动提前了一年，也让我所始料不及。首先，思考几个问题。1、35岁以后我在什么岗位上，我的工作是否对我有足够的挑战，

2022-06-13 19:11:57 82

原创我的测试（八）

我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设我的测试—测试架构师的由来在2017年之前，XF是没有测试架构师这个岗位的，之所以设立这个岗位主要还是跟当时的业务和组织发展背景有关。在2016年底的时候XF的正编+外包测试人员规模已经达到1000+，人员规模虽然增长上去了，但是单兵作战能力却下降。测试团队管理虽然水平上去了，但技术水平提升缓慢。虽然测试技术团队定位成能力中心，需要

2022-06-13 19:08:50 187

原创我的测试（七）

我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台我的测试—测试平台大建设2016年到2018年是我们测试平台建设最关键的三年，在这三年里，我们集中开发了自动化测试平台4.0（改名AI引擎测试平台）、移动测试平台、Web自动化测试平台、AI资源管理平台、容器云DTCloud、Mock平台、接口测试平台。这些平台构成了整个集团公司测试执行的基础工具链。测试开发团队的整体作战能力在这个时期也得到了大幅的提升，

2022-06-13 19:08:03 674

原创我的测试（六）

我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台XF是一家人工智能公司，AI技术是其核心技术，保证和提升AI引擎质量一直是我们内核测试团队不断追求的目标。自2014年我们的第一个自动化测试平台开始，我们就开始构思一个能够有效支撑引擎测试的完整的测试系统。在后来2016年到2019年，我们逐步实现了部分。后来在内核测试团队的不懈努力下，又在这个基础上完成了进一步的脱胎换骨。关于AI引擎测试平台的构思主要包

2022-06-10 08:50:14 114

原创我的测试（五）

2016年我正式接替我第一任师傅开始负责XF测试技术团队，这个时候我的第二任师傅来自大众点评的测试总监LSN。在他的“庇护”下，测试技术部就像一个专研测试和测试技术的象牙塔，让我们免去了很多来自外部的麻烦，他对我个人在测试领域发展的影响也很深远。他刚来的时候，我们在聆听湖畔深入讨论持续集成和测试技术，聊互联网公司的文化，聊点评的“哥哥、姐姐”，聊他的那两个左膀右臂，至今记忆犹新。他曾跟我说：你知道吗哥哥?有些人之所以能成为技术总监、研发总监，并不一定是他技术有多牛，而是他格局够高，视野开阔，见过很多场景，见

2022-06-10 08:48:44 104

原创我的测试（四）

因为我们参与实施的自动化测试项目越来越多，需求越来越强烈，公司内各种各样的小工具、测试脚本缺乏有效的管理，尤其是在引擎方向，所以我们于2014年决定开发一个自动化测试平台。当时的自动化测试团队使用的开发语言五花八门，有Ruby、Python，C++，.NET，也有少量的Java。至于为什么会这样也是有一些背景因素，比如产品技术栈不统一、产品类型离散、软硬件技术差异等。因此，我们面临的第一个选择是采取哪一套技术栈来进行这个平台的开发。经过我们慎重的讨论之后，确定使用java语言基于国内一款优秀的开源开发框架J

2022-06-10 08:47:16 84

原创我的测试（三）

2014年因部门有管理上变动，我成为部门负责人/我的第一任师傅的副理，协助他进行测试技术团队的管理。前两年的时候主要还是在自动化测试方向，直到2016年的一些变动之后，才开始全面接管这个团队。在那两年里，我们开始正式的考虑去构建我们自己的测试平台，也是在那两年里，我们的iTest真正像一个产品那样全面推向了市场。因此，下面会将两个故事，一个是iTest，一个是我们的自动化测试平台。iTest的开发其实比较早，印象中应该是2011年左右。当时的定位是配合我们的一个第三方评测项目开发的android性能监控工具

2022-06-10 08:46:28 388

原创我的测试（二）

2011年正式进入XF测试技术团队后，我和小伙伴们组建了自动化测试专项技术小组，开始了我们技术的研究、学习和应用的修炼道路。那一年持续集成开始风靡起来，我们也搭上了这一股东风，开始研究起了Hudson，也就是jenkins的前身。我们利用Hudson把我们的测试脚本管理起来，跟SVN进行关联，实现了代码的自动构建，自动化部署以及自动化测试的联动。那个时候还没有流水线pipline的概念，逻辑开关也基本是通过编写脚本进行控制。再后来，我们又使用JRuby调用jar包陆续开发了一些Hudson的插件，更进一步完

2022-06-06 13:32:18 83

原创我的测试（一）

闲来无聊，偶然间发现十一年前写的一篇总结《我的测试》（http://www.51testing.com/html/02/194902-249348.html）居然在百度上还能搜到，还有同行小友阅读和转载。内心居然百感交集，久久不能平静。一晃过了十几年，在软件这条路上渐行渐远。时至今日，即将离开XF，又再次面临选择，所幸并未放弃“测试”。因此，拟回顾过往的这些年，平和内心的波澜，祭奠过往，准备重新出发。我并不是国内最早进入测试圈子的那一批人，最早进入圈子的那一批人也早已成为了大佬。诸如zee高楼（不知道“假如

2022-06-06 13:30:13 406 1

原创 MM方法论学习—理解市场

理解市场又称作市场评估，主要包括：环境分析、竞争分析、市场分析、自身分析。本质上就是识别市场机会、威胁，比较优势、劣势，展开SWOT分析。通过对环境分析和市场分析，得出机会与威胁。通过竞争分析和自身分析得到优势和劣势。市场分析包括市场总规模分析，各个细分市场的增长率和变化趋势分析，细分市场的渠道分析和客户行为分析。

2022-01-01 17:11:15 570

原创从测试技术厚度到测试技术规划（三）

离开测试域已经将近2年，回过头来再去对这个领域做一些思考，却又多出一些不一样的收获。前段时间给测试的小伙伴们分享了这一年多来在产品研发项目管理这个领域看到、学到的东西，也算是在新的领域向曾经所热爱的测试工作致敬了。在后面的日子里，我仍然会结合我的所学、所思、所经历，从不同的角度去分享我对测试的理解。

2022-01-01 17:09:36 359

原创从测试技术厚度到测试技术规划（二）

测试的本质是：测试环境+执行（手工/自动化/半自动化执行）+测试人员，我们把这个定义为模型A。当我们把产品交付给客户或者用户的时候，模型其实变成了：用户环境+执行+用户，我们把它定义成模型B。模型A和模型B是什么关系呢？显然是包含关系啊。任何测试工作，都要尽可能去包含用户的使用场景。简单来讲，就是把用户要走的路都淌一边，扫清雷子，让用户走的坦荡，让用户走的爽，让用户愿意掏腰包。

2022-01-01 17:08:02 205

原创从测试技术厚度到测试技术规划（一）

什么是测试技术厚度呢？测试技术厚度简单来讲指的是你所在的测试组织测试技术能力可以达到的高度以及所沉淀下来能够支撑组织发展的技术积累一个测试团队从成立起，它的测试技术厚度就已经开始建设了。早几年里，我所在的测试团队经常被吐槽缺这个测试技术缺那个测试技术，这个测试技术需要掌握那个测试技术需要掌握。而这两年里没有人吐槽测试技术缺失，只是吐槽测试技术高度还有待提升。这其实就是组织测试技术厚度发生了变化。测试技术厚度变的越高，一般情况下意味着测试对业务支撑的能力越来越好，同时也意味着一些达到一定厚度的测试技术可以

2021-03-03 21:36:43 377 1

原创谈谈你知道的发布上线（二）

“一个货架两个标准两个评审”清晰的定义了产品发布到上线的两个重要阶段和两个重要控制点，以质量标准为基本要求也可以构建起用于评估产品版本上线质量的指标集。很多时候产品的发布上线过程发布阶段和上线阶段并不是十分清晰，需要我们根据经验和个人的理解进行划分。举个例子：一款APP的版本完成版本测试之后就可以向应用市场发布或者通过后台进行自动升级，感觉好像它的发布和上线两个阶段一气呵成。事实上，我们仍然可以把它分解成两个阶段。版本测试完成后，版本经过发布评审归档到版本仓库准备进行应用市场发布或者自动升级，这就是发布

2021-02-10 19:08:02 426

原创谈谈“发布后问题”的度量

为了准确的评估产品在市场、用户侧的落地效果，企业往往会为产品建立相对完善的问题收集处理机制。发布后问题（有的时候也称为线上问题）是软件产品质量的一个重要度量科目。通过对发布后问题的收集、分析，一方面可以更清晰的了解产品发布后的质量表现，另一个方面也可以促进企业前后端组织的协同和工作流程的优化。一般来说，我们会从发布后问题的数量上来看待一个产品发布后的质量表现，但这并不客观且无法横向对比几个产品的质量表现。比如说A产品交付给了十家客户1月份总共出现了20个发布后问题；B产品交付给了100家客户，1月份总共

2021-02-10 11:28:52 219

原创产品研发中第三方技术服务的管理

很多产品在研发过程中会使用到各种各样的第三方技术服务，比如百度地图、腾讯音视频、融云即时通讯、百度AI服务、CA等。这些技术服务以各种形式被集成到产品中，它们有的免费，有的收费。收费技术服务的收费类型也各种各样，有包月的，有包年的，有按流量的，也有按接入终端的。收费模式有固定价格的，有阶梯式的，也有打包套餐的。随着各种SAAS的兴起，为了节省开发成本，同时让产品尽可能缩短生产周期，越来越多的企业在产品开发中选择集成SAAS服务来提升开发效率。在享受第三方技术服务带来的好处同时，很多企业也注意到这些第三..

2021-02-10 11:27:36 633

原创谈谈你知道的发布上线（一）

我们经常说“版本发布”、“版本上线”、“部署上线”，但是“发布”和“上线”的定义、区别以及关系往往大家并不是弄的很清晰。有的公司针对发布和上线两个环节有明确的定义，尤其是一些TOB的公司，往往会把产品发布和产品上线两个阶段划分的非常清晰；有的公司只有发布，比如产品交付的公司，像前不久“宋大腿”的IQOO手机发布，手机是没有上线一说的；有的公司呢只有上线，比如互联网公司，尤其是devops成熟度高的公司，大家说的最多的就是“测试通过，自动化上线”。那么，我们是否可以这么理解，发布和上线这两个阶段其实是跟..

2021-02-10 11:26:24 5686

空空如也

空空如也