之前在群里看到一个比较有意思的话题,有人在讨论测试左移的价值,核心观点是:测试左移会降低产品和研发的交付质量,同时因为左移消除了很多缺陷,导致测试发现的缺陷数减少,让测试“没有被充分利用”而显得工作不饱和。
是不是很有意思?
本文无意反驳任何观点,只是觉得这个话题很有意思,结合自己在团人中的实践,聊聊自己的想法。
01
先讨论一个总量:测试左移是否减少了测试工作量?
答案是否定的,左移并没有减少测试的工作量,只是把原来测试时间从完整的一大块(瀑布模式下属于测试的专属时间),切分成分布在不同阶段的平行时间,同时,还保留了一部分专属时间用于集成测试和回归测试。
举个例子,原来测试熟悉需求,来源于需求文档和需求评审会,此时需求基本上已经定稿。在实践测试左移时,从需求定义及优先级排序时,测试就介入,参与需求的讨论,协助产品完成验收标准的输出,这样更有利于理解需求的场景和业务价值,减少信息传递引起的衰减,从而可以更针对性的设计用例。
左移至开发侧,也是一样的,只是把测试用例分批提前了而已,同时可以让开发更好的自测。
02
测试左移是否会让产品和开发产生依赖心理?
其实并不会,或者说,这个完全取决于个人的想法。在原来的研发模式下,开发人员也没有完全依赖测试来保障质量啊。单元测试、静态扫描还是一样在做(虽然大部分做得不是很好)。对于测试左移,个人的思考是:不是让你在其他领域指指点点,而是通过自己的经验和能力,协助他们更好地完成原来的工作。
还是以左移至产品侧为例,在了解业务需求的背景和业务价值后,测试人员要做的不是如何参与去做产品的设计。二是需要尝试去消除用户故事中描述模糊之处,识别Backlog对整体的影响。并设计好验收场景,让团队知道什么条件下,这个需求算是“做好了”。原来产品该做的设计还是由产品去做。
03
缺陷数对测试人员的意义
在整个测试左移的过程中,由于提前发现和规避很多问题,包括开发自测提升了移测质量,会让测试人员的部分产出(缺陷数)减少。如果你团队还在用缺陷数考核测试人员,那我建议你还是早点做打算的好,毕竟2023年了,不是2003年。
在测试人员的价值体现一文中,个人阐述了对于测试人员的价值思考,有提到:
当我们做好缺陷预防后,就可以提升研发的交付质量。有的人会担心BUG少了,老板会认为测试就可以减少人力,是不是会把自己做没了?其实大可不必有这样的担心。当研发交付质量提升后,测试可以把时间腾出来做更多有意义的事,比如探索性测试、可观测性测试等,这些测试活动,不论对个人,还是对团队,都是有利的。做好测试该做的事,讲好测试该有的故事,才能真实地体现测试人员的价值。
04
团队对于测试左移的期望是什么?
测试左移,其实就是通过一系列的活动,能提高质量的上限(对齐需求,减少非必要的返工),缩短测试的周期(减少测试专属时间,缩短交付时间),始终将质量稳定在一个水平线上,进而和团队一起追求更高的目标了。
对于测试左移的落实,最重要的就是全员质量服务意识的培养,不要把提测认为是测试活动的开始,上线是测试活动的结束,更不要认为质量只是测试同学需要关注的。
以上,共勉。
《持续测试白皮书》v2.0版本已发布,主要的内容升级包括:
■ 增加持续测试的内涵解读:持续测试是敏捷文化的体现;持续测试是测试全方位的有机融合与发展;持续测试是全流程测试的新形态。
■ 进一步明确持续测试落地的实践框架:由保障测试的稳定性、提升自动化测试的效率、积极提高测试的有效性、思考和探索测试的持续性四个子章节构成。
■ 新增持续测试落地的技术平台对比:列举了工具能力集成平台和一站式服务平台在技术架构、技术能力等方面的差异。
■ 升级持续测试成熟度能力模型的级别定义。
■ 增加案例研究章节:收录农银金科、致远互联、商米科技、国信证券的持续测试应用实践案例。