自动化测试主要有哪些？
自动化测试一般分三种：单元自动化测试，接口自动化测试，UI自动化测试。
其中单元自动化测试一般由研发人员自己进行测试，测试人员主要进行接口以及UI的自 动化测试，但是由于UI的需求变化比较频繁，所以接口测试是测试人员做的最多的。
自动化测试框架设计的模式有哪些？
自动化测试框架设计的模式主要有4种：
（1）分布式。指的是测试需要在多台电脑上进行多线程或者多进程的测试，该模式主要针对测试用例比较大的情况常用的工具是grid；
（2）数据驱动的模式。指的是讲测试程序与测试所需要的数据分离，每次测试程序的时候直接调用所需要的数据；
（3）关键字驱动的模式，该模式主要从对谁做，怎么做，做什么三个要素进行衍生，每次只需要调用关键的函数就可以，即使不懂代码的人也能勾编写。现在很多的自动化测试工具例如KAMA即是如此，测试人员只需要了解测试功能的逻辑通过调用工具的内部函数就可以编写自动化测试脚本。
（4）混合型模式。指的是运用以上两种或以上的方法的一种模式。
适合引入自动化测试的情况
（1）回归测试，重复单一的数据录入或是击键等测试操作造成了不必要的时间浪费和人力浪费；
（2）此外测试人员对程序的理解和对设计文档的验证通常也要借助于测试自动化工具；
（3）采用自动化测试工具有利于测试报告文档的生成和版本的连贯性；
（4）自动化工具能够确定测试用例的覆盖路径，确定测试用例集对程序逻辑流程和控制流程的覆盖。
（5）项目周期长，系统版本不断，并且需求不会频繁变更
（6）系统的测试对象基本可以正常识别，以及对无法识别的控件能否提供一个解决方案。
（7）系统中不存在大量的不可识别第三方控件。
（8）需要反复测试，如可靠性测试、回归测试等需要进行上千次的系统测试。
七、不适合自动化测试的情况
（1）项目周期短，需求频繁变更。即使是周期长的项目，如果经常需求变更，也不适合做自动化测试。
（2）软件版本没有稳定，主功能或大量功能有被重新更改的可能的情况下，也不适合做自动化测试。
（3）没有明确的项目进行自动化测试计划、措施和管理的情况。
（4）多数对象无法识别，以及脚本维护频繁和艰难的情况下，不建议测试自动化。
