小程聊微服务-增艺眼中的本身主动化測试

假设说“生活不只仅有眼前的苟且，还有诗和远方”的话，那么本身主动化測试能够说是很是多測试人员心中的“诗和远方”。

“诗和远方”OR“禁果”

測试本身主动化，需要持续改进。但由于其自己是一种过于激动人心的想法：用程序去測试程序——解放了測试人员的生产力。节省大量的人力成本。这就有点“禁果”的意思了。

一个常见的行动模式是：在实施本身主动化測试时，设定一些量化指标，好比依据业务、接口、模块设置的覆盖率。

技术团队在完毕指标的过程当中，以完毕指标为中心而忘记了为何要进行本身主动化測试。其结果是各项指标都完毕了，但是没人能说清本身主动化測试的效果和价值，而技术人员也没有热情再继续下去。终于，本身主动化測试仅仅能“被完毕”了。

那怎样避免本身主动化測试的诱惑，或者减小诱惑的影响呢？

三观，你的三观要正

本身主动化測试，有开发的过程，有測试的过程，说究竟，依旧是測试的过程。因此本身主动化測试。依旧遵循測试活动的基本内涵：反馈信息——它是帮助技术团队得到关于软件产品质量信息的反馈手段，这是实施本身主动化測试的中心。

评判本身主动化測试是否有效的标准，就是本身主动化是否能够帮助技术团队获取质量信息，其关键就在于本身主动化測试的測试分析与设计。

没错。本身主动化測试的測试分析与设计

什么？本身主动化測试也需要进行測试分析与设计吗？不是就把手动运行的用例本身主动化就好了吗？

确实，本身主动化測试实施的一个常见的活动模式是：选择工具或者脚本语言、肯定哪些手工运行的用例需要运行，录制或编写运行的脚本。配置測试数据。运行測试。

这个模式中就没有本身主动化的測试分析和设计。而对工具的研究学习通常是开展本身主动化測试的第一步。特别是对于以往作功能測试的同窗而言，掌握工具比測试分析和设计是更显而易见的技能加分项。

但工具却不是本身主动化測试的是否能有效的关键。

測试分析与设计是測试活动是否能有效的关键，本身主动化測试也不例外。好比，在数据库表结构变动的场景中，咱们需要分析怎样确认需要进行验证的数据特征？怎样构造这些測试数据？怎样验证数据结构变动先后，程序对数据新老数据的处理是符合需求的？这些均可以使用本身主动化的达到手工測试不一样的效果。

但这好像和咱们以为的本身主动化測试不太同样呀。是的，本身主动化測试并非是将手动运行的用例本身主动化，它有本身的測试领域，像生成大量的測试数据、多组合的測试数据、发起大量的请求、触发资源竞争、运行严格的结果检查、高速报告结果等等，它在帮助你完毕手工难以完毕的事，而不是帮你完毕手工能够完毕的事。你的每一次測试活动。假设有手工没法完毕的事。那么你就应该考虑本身主动化測试，并对本身主动化进行測试分析和设计。而假设没有手工没法完毕的事，咱们则需要考虑是否是遗漏了什么。

那把手动运行的用例本身主动化做为回归測试不可行吗？

“啪啪啪”，有多是打脸

看状况。

本身主动化是否用于回归測试？用例是否本身主动化？等等，选择一个合适的本身主动化測试策略，需要关注：測试需求、软件系统结构、人员能力。

对于需要从业务的角度进行的回归測试而言，更需要关注产品的迭代节奏或者生命周期。毕竟复杂的业务逻辑、改动已失效的測试的时间成本。一般都会给以为本身主动化測试能够节省人力成本的人狠狠的一记耳光。

但这并非说业务測试的回归就不能本身主动化。其关键在于划定业务范围。一个经验是使用“业务逻辑－失效风险”的分析。将业务逻辑依照功能失效后带来的风险进行分析后，圈定高风险业务逻辑进行本身主动化。严格保证高风险业务的可靠性。

还有一种方法则可使用幂律分布，咱们常说的2/8原则就是其一个体现：依据生产业务的使用状况，将常用业务逻辑进行本身主动化，保证其可靠性。

这里咱们依旧坚持的理念是让本身主动化帮助咱们完毕咱们手工作不了的，而不是替代手工測试。

“没有两片一样的叶子”，也没有两次一样的手工測试

測试，给人的一个错觉就是反复性，包含有些公司在招測试人员的时候会有一条叫“能够胜任反复性工做”。但试问，谁会手工运行N次一样的測试呢？一个測试人员，他在运行什么測试不重要，他为何要运行这个測试——背后的分析思考才重要。

本身主动化的測试，能够替代的是一样的运行。却没法替代人的分析与思考。而软件产品在研发迭代的过程。是团队不断地把新的分析思考注入当中的过程。測试工做面对的是始终在不断变化的測试需求。因此測试的分析思考，包含手工和本身主动化的測试也需要不断地迭代改善。

“仅仅有改善，没有成功与失败”

对于有专门本身主动化測试的小组而言，通常会以项目的形式开展本身主动化，制定任务的行动计划表或者里程碑等进行跟踪管理。而我的实施本身主动化，则相对自由宽松。

但无论小组仍是我的，为了能够保持持续改善的动力。最重要的一点是让每一步工做是有效的，实施团队或我的能够从本身主动化測试的过程当中及时获得正向反馈。对于小组的负责人而言。这是让团队保持动力的关键。一个经验是，任务拆解细化。參考OODA环。周期性进行回想调整。还有一个负责人必须关心的事是。需要周期告知本身主动化測试的利益相关方眼下的状况。好比技术团队、领导层、上下游合做方等。让你们看到一个持续改进的过程，树立对本身主动化測试的信心。

“生活不只仅有眼前的苟且，还有远方的苟且”

聊到这。很是多人已经感到本身主动化測试并非是“诗和远方”，更像是“远方的苟且”——没有美感、没有情怀。对，咱们所面临的都是一个一个详细的问题，拆开看很是挫。很是细碎，需要有勇气去面对。

參禅打坐3分钟

无论发生什么都要认真对待，这就是工做的真谛。［1］

［1］摘自《零售的哲学》