- 你正在测试一款代码被频繁修改的应用，虽然GUI几乎一样，但功能变动越多，需要的测试"维修"就越多。
当你的GUI几乎不变，功能频繁发生变化时，请将你的测试工作自动化。
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：691998057【暗号：csdn999】
三、关于自动化测试，有哪些风险?
在一些不同的情况下，你可以考虑自动化测试工作。这里我介绍自动化测试的一些风险。如果你已经下定决心要做自动化或者想要更早地采取措施，那么请先考虑以下问题。
1) 你能找到有经验的人力吗?
想要自动化，你需要有一些编程经验的人员。
考虑一下你的人力资源。他们有足够的自动化测试经验吗？如果没有，他们有技术能力或编程背景来轻松应对新技术吗？你打算投资建立一个好的自动化团队吗？如果你的答案是肯定的，那么考虑自动化你的工作吧。
2) 自动化的初始成本非常高
我赞同这个观点：由于要雇用熟练的手动测试人员，因而手动测试的相关成本很高。但如果你正在考虑将自动化作为方案，请三思而后行。
自动化的初始新建成本太高，例如：自动化工具的购买，测试脚本的培训和维护。
很多自动化工具用户都会后悔做自动化。如果你花费了很高的成本，却只得到了一些好看的测试工具和一些基本的自动化脚本，那么自动化的用途是什么？
3) 如果UI不是一成不变的，不要试图自动化
自动化测试用户界面前务，请必要小心。如果用户界面正在大范围发送变化，那么自动化脚本的维护成本将会非常高。在这种情况下，基本的UI自动化就足够了。
4) 你的应用是否足够稳定，可以支持你的自动化测试工作?
在早期的开发周期中自动化测试工作将是一个坏主意（除非它处在一个敏捷的环境）。 在这种情况下，脚本的维护成本将非常高。
5) 你正在考虑100%自动化?
别异想天开了，你不可能100%将测试工作自动化。当然，有一些领域，如性能测试，回归测试，负载/压力测试，你可以有机会达到接近100％的自动化。但用户界面，文档，安装，兼容性和恢复等领域，必须手动完成测试。
6) 不要自动化只执行一次的测试任务
某些识别应用领域和测试用例，可能只需要运行一次，并且不需要包含在回归测试中。避免自动化此类模块或测试用例。
7) 你的自动化套件会长期使用吗?
每个自动化脚本套件都应该有足够长的使用寿命，其新建成本应该绝对低于手动执行成本。然而分析每个自动化脚本套件的有效成本有点困难。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数软件测试工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上软件测试开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）
一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
1011
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
