![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
质量管理
文章平均质量分 88
itest_2016
爱测未来,一群热血有志青年所组成的团队
展开
-
新的旅程(四)
相比前几个月,这次更新可能来的稍晚一些。创业公司的惯性已逐步适应,一些事情也开始有了些眉目。一、ShowCase 入行这么多年,确实对敏捷没有做太多的了解,很多时候都是浮云表面。第一次在团队里面听到了ShowCase,本以为是什么新奇的实践,搜索后才发现不过是已经存在很久的古老的东西。百度里的知识是这么说的:“Showcase就是开发团队把开发好的功能给客户的Product Owner(以下简称PO)等业务相关人员演示,以获取他们对所开发系统的反馈,是敏捷开发流程中的一个实践,一般的频率是一个原创 2022-09-04 18:49:39 · 771 阅读 · 1 评论 -
新的旅程(三)
我们在我们的LTC流程中设置了10个关键控制点。通过PMO和QA的协同,对这10个控制点的管理,把控每个环节的质量。以前觉得做流程挺简单的,讲清楚流程上的每个任务就行了,随着深入才发现根本不是那么回事。把一个流程做专业,真的是很不容易,要考虑的东西太多了。原创 2022-09-04 18:48:16 · 383 阅读 · 0 评论 -
新的旅程(二)
又过了快一个月了,马上要转正了。再来一篇最新的进展。一、工时管理 工时管理简直就是经营管理的基石。在过去的一个多月里面,我们只用了两周不到的时间就完成了工时系统的开发,没有投入一个测试人员。因为我们告诉开发,这个系统以后就是给你们自己用的,要做成什么样的效果你们看着办。结果是系统不但质量比较好、易用,而且多出了很多超出我们功能规格的让人感到惊喜的小功能,比如跟钉钉集成做提醒、项目和财务两种口径的统计等。更重要的是我们做出这个功能只投入22个人日,效率简直不要太高。事实证明,研发人员是有无限创造原创 2022-06-13 19:22:09 · 257 阅读 · 0 评论 -
新的旅程(一)
换个地方工作已经快两个月,这两个月里逐步适应了这个环境,也开始了一个新的旅程。虽然很辛苦,但很充实。小伙伴们很努力,我也有收获。重新出发的感觉蛮好,把过往丢掉,重新打磨细节。一、研发自测以前负责测试技术团队一直讨论的都是测试技术、测试能力,对于研发自测这种实践不怎么在意。直到自己负责一个研发团队的时候才发现,这个实践还是蛮有意思的。所谓研发自测,就是研发人员自己测试自己的代码。有的公司是测试人员设计用例,开发人员执行。有的公司是开发人员自己做单元测试、接口测试。还有的是测试人员编制测试脚本或工具,交给开发人原创 2022-06-13 19:20:25 · 339 阅读 · 0 评论 -
我的测试(六)
我的测试—入行我的测试—持续集成实践引入我的测试—第一个小产品iTest的发布我的测试—转型测试开发团队我的测试—安全技术团队的由来我的测试—AI测试平台XF是一家人工智能公司,AI技术是其核心技术,保证和提升AI引擎质量一直是我们内核测试团队不断追求的目标。自2014年我们的第一个自动化测试平台开始,我们就开始构思一个能够有效支撑引擎测试的完整的测试系统。在后来2016年到2019年,我们逐步实现了部分。后来在内核测试团队的不懈努力下,又在这个基础上完成了进一步的脱胎换骨。关于AI引擎测试平台的构思主要包原创 2022-06-10 08:50:14 · 137 阅读 · 0 评论 -
我的测试(五)
2016年我正式接替我第一任师傅开始负责XF测试技术团队,这个时候我的第二任师傅来自大众点评的测试总监LSN。在他的“庇护”下,测试技术部就像一个专研测试和测试技术的象牙塔,让我们免去了很多来自外部的麻烦,他对我个人在测试领域发展的影响也很深远。他刚来的时候,我们在聆听湖畔深入讨论持续集成和测试技术,聊互联网公司的文化,聊点评的“哥哥、姐姐”,聊他的那两个左膀右臂,至今记忆犹新。他曾跟我说:你知道吗哥哥?有些人之所以能成为技术总监、研发总监,并不一定是他技术有多牛,而是他格局够高,视野开阔,见过很多场景,见原创 2022-06-10 08:48:44 · 112 阅读 · 0 评论 -
我的测试(四)
因为我们参与实施的自动化测试项目越来越多,需求越来越强烈,公司内各种各样的小工具、测试脚本缺乏有效的管理,尤其是在引擎方向,所以我们于2014年决定开发一个自动化测试平台。当时的自动化测试团队使用的开发语言五花八门,有Ruby、Python,C++,.NET,也有少量的Java。至于为什么会这样也是有一些背景因素,比如产品技术栈不统一、产品类型离散、软硬件技术差异等。因此,我们面临的第一个选择是采取哪一套技术栈来进行这个平台的开发。经过我们慎重的讨论之后,确定使用java语言基于国内一款优秀的开源开发框架J原创 2022-06-10 08:47:16 · 94 阅读 · 0 评论 -
我的测试(三)
2014年因部门有管理上变动,我成为部门负责人/我的第一任师傅的副理,协助他进行测试技术团队的管理。前两年的时候主要还是在自动化测试方向,直到2016年的一些变动之后,才开始全面接管这个团队。在那两年里,我们开始正式的考虑去构建我们自己的测试平台,也是在那两年里,我们的iTest真正像一个产品那样全面推向了市场。因此,下面会将两个故事,一个是iTest,一个是我们的自动化测试平台。iTest的开发其实比较早,印象中应该是2011年左右。当时的定位是配合我们的一个第三方评测项目开发的android性能监控工具原创 2022-06-10 08:46:28 · 429 阅读 · 0 评论 -
谈谈你知道的发布上线(二)
“一个货架两个标准两个评审”清晰的定义了产品发布到上线的两个重要阶段和两个重要控制点,以质量标准为基本要求也可以构建起用于评估产品版本上线质量的指标集。很多时候产品的发布上线过程发布阶段和上线阶段并不是十分清晰,需要我们根据经验和个人的理解进行划分。举个例子:一款APP的版本完成版本测试之后就可以向应用市场发布或者通过后台进行自动升级,感觉好像它的发布和上线两个阶段一气呵成。事实上,我们仍然可以把它分解成两个阶段。版本测试完成后,版本经过发布评审归档到版本仓库准备进行应用市场发布或者自动升级,这就是发布原创 2021-02-10 19:08:02 · 487 阅读 · 0 评论 -
谈谈“发布后问题”的度量
为了准确的评估产品在市场、用户侧的落地效果,企业往往会为产品建立相对完善的问题收集处理机制。发布后问题(有的时候也称为线上问题)是软件产品质量的一个重要度量科目。通过对发布后问题的收集、分析,一方面可以更清晰的了解产品发布后的质量表现,另一个方面也可以促进企业前后端组织的协同和工作流程的优化。一般来说,我们会从发布后问题的数量上来看待一个产品发布后的质量表现,但这并不客观且无法横向对比几个产品的质量表现。比如说A产品交付给了十家客户1月份总共出现了20个发布后问题;B产品交付给了100家客户,1月份总共原创 2021-02-10 11:28:52 · 238 阅读 · 0 评论 -
产品研发中第三方技术服务的管理
很多产品在研发过程中会使用到各种各样的第三方技术服务,比如百度地图、腾讯音视频、融云即时通讯、百度AI服务、CA等。这些技术服务以各种形式被集成到产品中,它们有的免费,有的收费。收费技术服务的收费类型也各种各样,有包月的,有包年的,有按流量的,也有按接入终端的。收费模式有固定价格的,有阶梯式的,也有打包套餐的。随着各种SAAS的兴起,为了节省开发成本,同时让产品尽可能缩短生产周期,越来越多的企业在产品开发中选择集成SAAS服务来提升开发效率。在享受第三方技术服务带来的好处同时,很多企业也注意到这些第三..原创 2021-02-10 11:27:36 · 680 阅读 · 0 评论 -
谈谈你知道的发布上线(一)
我们经常说“版本发布”、“版本上线”、“部署上线”,但是“发布”和“上线”的定义、区别以及关系往往大家并不是弄的很清晰。有的公司针对发布和上线两个环节有明确的定义,尤其是一些TOB的公司,往往会把产品发布和产品上线两个阶段划分的非常清晰;有的公司只有发布,比如产品交付的公司,像前不久“宋大腿”的IQOO手机发布,手机是没有上线一说的;有的公司呢只有上线,比如互联网公司,尤其是devops成熟度高的公司,大家说的最多的就是“测试通过,自动化上线”。那么,我们是否可以这么理解,发布和上线这两个阶段其实是跟..原创 2021-02-10 11:26:24 · 6448 阅读 · 0 评论