测试作为持续交付中重要的一个环节,它的使命是发现交付过程的质量问题。随着互联网迭代速度的加快,很多产品都是两周甚至每周一个版本,留给测试的时间越来越少。

那在这么短的时间,如何保障产品的质量,怎样高效地测试呢?我们研发模式在不断地变化,测试的定位又有哪些改变,而未来的测试又会发展成什么样的形态呢?

测试的演进历程

“专业的事情留给专业的人员”,社会各领域的分工越来越细,设计、研发、产品、测试大家各司其职,共同完成一个产品。但随着技术的发展,这样的分工并不是一成不变,从近两年大公司技术部门的组织调整来看,测试和开发的角色已经在不断融合。

互联网发展到今天,测试的职责发生了哪些改变?移动端测试又经历了怎么样的演进历程呢?

1. 测试的田园时代

在移动互联网起步之初,基本上还处在传统的软件研发阶段。产品将需求交给研发,研发实现后交给测试,测试把最终产品交付给用户。我们可以把这个阶段叫作测试的“田园时代“。

测试作为研发流程的一个环节,只是作为产品交付给用户前的一道屏障,承担着质量保证工作。在这个阶段测试有两个最重要的考核指标:每个版本发现的Bug数量和遗漏到线上的Bug数量。

在测试的“田园时代”,很多Bug可能会出现多次返工,产品的交付流程也很难快起来。这个阶段的主要问题有:

2. 测试的效能时代

随着互联网竞争的加剧,交付速度成为了产品的核心能力。国内外的大公司开始适应趋势的变化,把测试团队的职责转变成为团队的效能服务。

测试不只是负责交付质量,还需要同时思考产品的质量和效率。正如我前面说到的“211”效能目标,也就是2周交付周期、1周开发周期以及1小时发布时长,测试人员需要直接为这个目标负责,思考如何快速并且高质量完成产品的交付。

长兄于病视神,未有形而除之,故名不出于家。中兄治病,其在毫毛,故名不出于闾。若扁鹊者,镵血脉,投毒药,副肌肤,闲而名出闻于诸侯。

这是扁鹊讲三兄弟治病的故事,说的是长兄治病,是治于病情未发作之前,由于一般人不知道他事先能铲除病因,所以他的名气无法传出去。中兄治病,是治于病情初起之时,一般人以为他只能治轻微的小病,所以他的名气只在乡里。而扁鹊是治于病情严重之时,在经脉上穿针管来放血,在皮肤上敷药,所以都以为我的医术最高明,名气因此响遍天下。

从这个故事来看,扁鹊认为长兄的医术最高,可以做到“治病于未发”。回到我们今天所谈的测试,很多公司已经开始提出“测试左移”,也是希望测试在更早期的阶段介入到交付过程中,不仅是发现问题,要考虑更多的是如何避免问题的出现。

测试需要深入到产品从设计到发布的各个流程,要做到“比产品更懂技术,比研发更懂业务”。为了顺应这个变化,各大公司在组织架构上开始把大型的测试团队打散,揉碎进各个业务开发团队中。“产研测一体化”目的在于统一团队的目标和方向,让所有人为了提升产品效能这个共同目标而努力。这样团队中所有成员成为相亲相爱的一家人,也消除了“产研测”之间的对立现象。

但是在《如何衡量研发效能》一文中所提到的:“在产品迭代前期,团队集中设计、编码,引入缺陷,但并未即时地集成和验证。缺陷一直掩藏在系统中,直到项目后期,团队才开始集成和测试,缺陷集中爆发”。

虽然通过持续交付模式,可以一定程度上削减提交波峰,但是依然无法避免经常出现的“踩点”提交。在测试的效能时代,如何提升测试的效率依然是急需解决的问题。

在这个阶段,我给出的答案是持续集成的工具化和平台化。从需求发起到分支管理、Code Review、代码检查以及测试发布等,测试团队负责把控各式各样的工具或平台。

由于整个持续交付过程涉及各个阶段的平台工具,这里我只挑跟测试相关的两个平台重点来讲。

下面是这些常用工具的简单对比,供你参考。

测试的效能时代也是目前大多数公司所处的阶段,据我了解很多公司的工程效能团队,也是从测试团队演进而来的。随着测试团队职能的转变以及技术深度的提升,会涌现出一大批资深的测试开发人员,也会有更多优秀的测试人员走向开发或者产品的岗位。

不过我发现关于测试国内外也有一些差异,例如国外十分推崇开发编写的test case,但在国内却非常不容易推行。这主要是因为国内业务的迭代更加快速,开发需求都做不完,根本没有时间去写test case,更不用说有的test case写起来可能比开发需求更费时间。

测试的智能时代

“人人都可以是测试”,虽然在稳定性、兼容性又或者是性能测试的一些场景上,我们做得非常不错,但是对于某些自动化测试场景,特别是UI测试,目前还达不到人工测试的水平。

就拿UI测试为例,由于版本迭代周期越来越短,而且UI变动又非常频繁,无论是开发还是业务测试人员,对写测试脚本和用例的积极性都不是很高。由于测试脚本的编写成本和维护成本比较高,可复用程度又比较低,所以UI测试往往费时费力,很多时候效率还不如人工测试。

那测试从效能时代走向下一阶段,在智能时代我们应该怎样去解决这些问题呢?

1. AI在测试的应用

AI技术在我们熟悉的围棋和星际争霸的人机大战中已经大放异彩了,那它在测试领域可以擦出哪些不一样的火花呢?

先看看我们在UI自动化测试中遇到的几个困境:

网易开源的Airtest、爱奇艺的AIon,都尝试利用AI技术解决测试用例的编写效率和门槛问题。

这里主要用到图像识别以及OCR技术,以爱奇艺的Alon为例,它的整个处理流程是:

在Alon的参考文章中,还提到UI2Code这样一个应用场景,也就是把一个应用截图,或者把一个UI设计图,通过图像识别生成对应的代码。其实就是Pixel to App希望实现的效果,相信也是很多开发人员的梦想吧,让我们可以彻底从UI开发中解放出来,通过设计稿就可以直接生成最终的UI代码。

Airtest和Alon解决的核心问题是UI自动化测试的效率,但是它们依然需要人工去编写测试用例。对于稳定性测试,虽然我上面提到过腾讯的New Monkey,不过它依然存在很多缺陷:

那有没有更智能的解决方案呢?Facebook的Sapienz尝试希望像真实用户一样去使用我们开发的应用,它通过收集真实用户的操作路径来训练测试行为。而且在测试出崩溃后,Sapienz会自动关联和定位代码,提升解决问题的效率。

虽然AI测试目前还无法完全取代人工测试,但随着技术的进一步成熟,相信它对测试领域的变革将会是革命性的。当然想要实现这个目标我们还有很多工作要做,这也意味着这其中还有很多技术创新的机会。

2. 大数据在测试的应用

现在越来越多的业务正在使用数据驱动的方式运作,测试的对象要从简单的代码转变为数据和算法。现在的业务越来越复杂,数据量越来越大,我们应该怎样及时发现产品的质量和业务问题呢?

国内的一些公司提出了基于大数据的“实时质量”体系,希望通过实时获取线上海量数据,完成业务数据校验和质量风险的感知。

这里的数据主要包括质量和业务两个方面。

对于基于大数据的“实时质量”测试体系,关键在于如何保证数据的实时性与准确性,这两点我会在“数据评估”的内容中与你详细讨论。

除了质量和业务数据,大公司做得比较多的还有用户反馈和舆情的跟踪和分析。各大公司基本都有自己的一套系统,通过爬取用户反馈、应用市场、微博、新闻资讯等各方面的消息来源,监控产品的舆情情况,你可以参考支付宝如何为移动端产品构建舆情分析体系

总结

在APM系统搭建和持续交付优化过程,我接触了很多测试工程师,也关注了各大公司测试的现状。对于测试的职业道路发展,我个人的建议是:不管测试如何发展,测试效率如何提升,测试人员都要学会不断地变革,变革自己、变革整个研发流程。我们不能只守着自己的一亩三分田,需要尝试去做很多以前开发需要做的事情,比如性能、稳定性、安全等方面的工作。说得严重一点,如果你不能及时地更新自己的技术栈,不去往更深入的底层走,在测试的智能时代,首先淘汰的就是传统的功能测试人员。

在这个变革的时代,我身边也有很多独当一面的测试工程师通过平台化的机遇晋级为专家,也有一些优秀的测试转向了产品或研发,所以说还是要提高自身的能力,把机会握在自己手上。

“学如逆水行舟,不进则退”,对于开发人员同样如此。现在平台工具和框架越来越成熟,很多初学者拿着一大堆开源工具,也能写出炫酷的界面。如果我们不去进步,特别是在大环境不好的时候,也会很容易被淘汰。

今天我分享了一些我对高效测试的心得和体会,如果同学们里有测试领域的专家,非常欢迎你来谈谈对这个行业和发展的看法,分享一下你对高效测试的看法。

课后作业

你所在的公司,目前测试正在处于哪个阶段?对于测试,你还有哪些疑问?欢迎留言跟我和其他同学一起讨论。

今天的课后作业是,请你观看网易、爱奇艺以及Facebook关于AI在测试领域应用的分享,在留言中写下自己的心得体会。

欢迎你点击“请朋友读”,把今天的内容分享给好友,邀请他一起学习。最后别忘了在评论区提交今天的作业,我也为认真完成作业的同学准备了丰厚的“学习加油礼包”,期待与你一起切磋进步哦。

评论