3个ui自动化测试痛点，2024年最新软件测试经典入门教程

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

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

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

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

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

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

正文

当我们找工作的时候查看招聘信息发现都需要有自动化测试经验，由此看来测试人员不会一点自动化测试技术都不好意思说自己是做软件测试的。大部分测试人员也都是从使用自动化测试工具、录制回放、测试脚本、开发小工具入门自动化测试的，然后在慢慢的接触 UI 自动化、接口自动化、持续集成，最后搭建自动化测试框架系统。

大部分测试初学者入门自动化测试接触最多的也许就是 UI 自动化了，也都使用过移动端的 Uiautomator、Appium  UI自动化框架、PC 互联网界面相关的 Selenium、Robot Framework UI自动化框架，潜意识里认为 UI 自动化测试很简单。但是使用一段时间之后喜忧参半，特别是在工作中真正使用时就立马水土不服了，开发和维护脚本的时间远远大于手工测试的时间，得不偿失，最后由回归到了手工测试。

如果要想 UI 自动化在实际的工作中得以使用，必须要解决以下痛点，否则 UI 自动化的测试还有很远的路要走。

1、需求不稳定，频繁变更的项目

UI 自动化测试最大的挑战就是需求的变化，界面如果经常变动，脚本就需要重新编写，界面需求频繁的变更导致编写脚本的速度赶不上需求的变化，那 UI 自动化就是名存实亡，因此 UI 自动化测试特别适合需求稳定、不会频繁变更的项目。敏捷开发的项目需求不稳定，需求的变更经常会导致界面的变更，同时敏捷开发的项目周期短，因此敏捷开发的项目就不适合做 UI 自动化。

2、开发维护周期短的项目

对于一次性开发的、周期短的项目，考虑到 UI 自动化的投入产出比，不宜进行 UI 自动化测试。UI 自动化的收益主要是在多轮测试的时候才能体现出来，试想一个维护周期短的项目测试的轮次比较少，如界面测试就测试 1 到 2 轮即可，这样完全可以使用手工测试就行了。同时自动化脚本的开发和调试本身就需要一定的时间，如果项目的周期短，没有足够的时间支撑脚本的开发，那也无需自动化测试了。

3、被测系统开发不规范，可测试性需求不明确

UI 自动化测试其实就是模拟手工点击，不像人眼可以直接找到需要点击的控件，程序就不一样了，需要我们事先要找到要点击的控件，然后让程序去点击完成模拟手工的操作。这就需要在项目开发前针对自动化测试定义一些列的规范，开发工程师在开发的时候遵循规范开发，UI 自动化才可以进行下去。例如针对按钮控件没有定义唯一的 id 或者文本描述等，在自动化脚本编写的时候就无法找到该控件。如果开发在不同的版本之前经常随便变更控件的定义，那之前能执行的脚本在之后就无法正确的运行，需要实时维护，带来很高的人力成本而变得效率低下。同样的还有接口自动化测试过程中的接口参数等。

那什么样的项目适合进行 UI 自动化测试呢？如下列举的可以进行参考：需求稳定不频繁变更；需要频繁的回归验证；UI 界面稳定、界面控件定义规范可测试性强；开发维护周期长的项目；项目进度压力小；大型公司大平台；测试部门中大部分测试人员具备脚本开发能力。

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

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

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