自动化测试的概念
1、首先，什么是自动化测试？
自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。
2、自动化测试主要有哪些？
自动化测试一般分三种：
单元自动化测试
其中单元自动化测试一般由研发人员自己进行测试，测试人员主要进行接口以及UI的自动化测试，但是由于UI的需求变化比较频繁，所以接口测试是测试人员做的最多的
3、自动化测试框架设计的模式有哪些？
自动化测试框架设计的模式主要有4种：
分布式
指的是测试需要在多台电脑上进行多线程或者多进程的测试，该模式主要针对测试用例比较大的情况常用的工具是grid
数据驱动的模式
指的是讲测试程序与测试所需要的数据分离，每次测试程序的时候直接调用所需要的数据
关键字驱动的模式
该模式主要从对谁做，怎么做，做什么三个要素进行衍生，每次只需要调用关键的函数就可以，即使不懂代码的人也能勾编写。现在很多的自动化测试工具，例如KAMA即是如此，测试人员只需要了解测试功能的逻辑通过调用工具的内部函数就可以编写自动化测试脚本
混合型模式
指的是运用以上两种或以上的方法的一种模式
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：1150305204【暗号：csdn000】
02 自动化测试优缺点
1、自动化测试优缺点
主要具备以下优势：
回归测试更方便可靠，可运行更多、更繁琐的测试，且快速高效
可执行一些手工测试执行相当困难或者做不到的测试，如大量的用户并发
可以更好的利用资源，具有一致性和可重复性的特点，自动化测试脚本完全可复用
提升了软件的可信度
可以多环境下测试等
自动化测试的劣势：
永远不可能完全替代手工测试。自动化测试无法做到手工测试的覆盖率，不是每个测试用例都适合实行自动化。
手工测试发现的bug远比自动化测试多
自动化测试几乎是无法发现新bug的，最大的用途是用来回归，确保曾经的bug没有在新的版本上重新出现。
自动化测试工具比较死板，灵活性比较差。自动化测试的效果好坏，完全取决于测试工程师。
成本投入大，风险高。对测试人员的技术要求高，对测试工具同样也高。
测试用例需要根据版本迭代进行更新，有一定的维护成本
自动化测试的产出价值往往在于长期的回归测试，短期内发挥的作用可能不明显。
2、使用场景
适合引入自动化测试的情况
回归测试，重复单一的数据录入或是击键等测试操作造成了不必要的时间浪费和人力浪费
此外测试人员对程序的理解和对设计文档的验证通常也要借助于测试自动化工具
采用自动化测试工具有利于测试报告文档的生成和版本的连贯性
自动化工具能够确定测试用例的覆盖路径，确定测试用例集对程序逻辑流程和控制流程的覆盖
项目周期长，系统版本不断，并且需求不会频繁变更
系统的测试对象基本可以正常识别，以及对无法识别的控件能否提供一个解决方案
系统中不存在大量的不可识别第三方控件
需要反复测试，如可靠性测试、回归测试等需要进行上千次的系统测试
不适合自动化测试的情况
项目周期短，需求频繁变更。即使是周期长的项目，如果经常需求变更，也不适合做自动化测试
软件版本没有稳定，主功能或大量功能有被重新更改的可能的情况下，也不适合做自动化测试
没有明确的项目进行自动化测试计划、措施和管理的情况
多数对象无法识别，以及脚本维护频繁和艰难的情况下，不建议测试自动化
总结
外行对于程序员的认知很单一，也有很多刻板印象，但不管如何，作为测试人员的我们，自己一定要正视自己。如果我们连自嘲和自卑都分不清楚了，那发展也就仅限如此了。
所以，尽早规划自己，朝目标发展，才是上策之道，而不是怨天尤人，等到 30 岁后再去焦虑。
在企业你如果不想成为“工具人”，就不要停下成长的步伐，打造属于自己的独特价值，具备不可替代的稀缺属性，这样才能不被淘汰，也能够在遭遇变化时，随自己所愿进行选择。
下面是你需要的资料吗！
↓↓
❤学习安排上❤
如果你不想一个人野蛮生长，找不到系统的资料，问题得不到帮助，坚持几天便放弃的感受的话，可以加入我们，大家可以一起讨论交流，里面会有各种软件测试资料和技术交流。
395
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
