「自动化测试是一种思维认知」,这对工作中运用自动化测试来高效支持业务交付至关重要。如果我们没有意识到这是「思维认知」层面的,大概率会有两种结论:自动化测试是万能的,自动化测试无用论。讨论为什么出现这两种结论,归根结底是由于对自动化测试的认知不足。本质上是没有阐述清楚成本和收益之间的关系,得出结论常常如下:
初学者认为只要开展了自动化测试,就能替代手工测试,并做好业务交付。相反在使用场景不明确,盲目铺设自动化用例,过度夸大自动化测试作用,结果长时间发现不了 bug。
假设我们接受“自动化测试是一种思维认知”层面的说法,就可以开始讨论自动化测试在日常工作中如何去运用了。一次自动化测试的生命旅程,可以分为两段:前期维护自动化用例,后期运用用例。
在这个生命周期的前期需要考虑如何降低维护成本,后期需要提升发现问题的准确性和执行工作上的自动化占比。
一旦我们理解了这一点,我们就可以将这次生命旅程切片成小的增量步骤,这样就有了一条实现目标的清晰路径。
用户路径
每一次的自动化开始都是从代码诞生开始,以接口测试为例:一个接口的诞生到上线会经历三个阶段:技术反讲阶段定义接口协议,研发开发阶段实现接口逻辑,测试执行阶段完成覆盖。
技术反讲阶段定义接口协议代