自动化方案不合理的原因浅析_自动化项目前期方案考虑欠佳(1)

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

2、没有减少手工成本/或时间成本

自动化虽然也不断暴露问题，但自动化测试一次，与手工测试一次相比，并没有节省多少 人工成本和时间成本(例如，执行过程中还需要人工参与等)，甚至反而增加了自动化的维护成本。那么这样算起来，自动化可能成为了一种”摆设“。

这种情况流行的一种说法是：”为了自动化而自动化“。将不适合做自动化的地方，强行自动化实现后，是得不偿失的。

3、自动化运行失败， 极大概率并不能说明真的bug存在

这在实际业务中，是大多数实现自动化的测试同学比较痛心疾首的情况了。日常的工作就是不断调试自动化，确保运行时不再那么频繁失败了。很早之前，自己也曾经历过这样的痛苦。

这种情况除了白白浪费很多时间精力外，还会让参与自动化建设的同学丧失继续实现自动化的信心。 说白了，自动化实现的目标是帮测试同学干活的，如果失去这个作用，还不如果断放弃自动化。

4、自动化执行后仍然需要重复投入手工测试

这种自动化运行类似于”空跑“一样，并没有起到什么作用，其实这种情况也是”为了自动化而自动化“的一种证明了。目前很多团队评价自动化好坏的重要指标就是自动化case数量、运行稳定性/成功率，其实这两个指标对评价自动化并没有那么的有说服力。

自动化整体方案不合理的几个原因

根本原因是自动化整体方案与实施不合理，具体说来，有几点值得注意：

1、自动化方案与手工测试流程千差万别

不会做手工测试的同学，真心很难做好自动化测试(当然了，这里的自动化排除掉压测)。不敢想象，如果自动化方案与手工测试流程完全不在一个维度上，自动化怎么能像手工测试一样大量暴露问题呢！！！

2、实现的自动化只能”一条腿走路“

这里说的”一条腿走路“是说，只实现了半自动化，并没有实现100%的自动化，运行前/中/后需要人为参与。 半自动化的例子，在实际的业务中，还是挺多见的。比如，自动化执行前输入人为输入一些参数、或自动运行前需要人为准备一些数据、或自动化运行后需要人为check一些东西。

3、试图将一切自动化

所谓过犹不及，试图将一切自动化的后果是自动化变得臃肿不堪，要么常常失败，要么成了摆设。

4、没有根据业务实现特点进行自动化

各个公司/团队的业务、实现千差万别，哪怕是不同产品线都会因为团队合作、迭代、架构设计的不同，导致自动化方案的千差万别，进而自动化使用的工具、平台都会有很大不同。因而，在别的业务上运行完美的自动化，拿过来直接用，很可能会产生”水土不服“。

如果自动化目前用的不顺手，或者没有达到效果预期，那么不妨评估一下，你的自动化方案是不是也正在”水土不服“呢

写在最后

自动化实现的方法论：

1、承认不是所有的东西都适合自动化；

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**