1.分析自动化测试需求
当测试项目满足了自动化的前提条件，并确定在该项目中需要使用自动化测试时，便可以开始进行自动化需求分析。此过程需要确定自动化测试的范围，以便建立自动化测试框架。
2.制定自动化测试计划
在展开自动化测试之前，最好做过测试计划，明确测试对象、测试目的、测试的项目内容、测试的方法、测试的进度要求，并确保测试所需的人力、硬件、数据等资源都准备充分。
3.设计自动化测试用例
通 过测试需求，设计出能覆盖所有需求点的测试用例，形成专门的测试用例文档。由于是不是所有的测试用例都能用自动化方式来执行，所以需要将能够执行自动化测 试的用例汇总成自动化测试用例。用例的设计分为两个方面，一方面试自动化测试所要执行的操作和验证，另一方面是测试所需的数据。
4.搭建自动化测试框架
自动化测试框架类似于软件开发中的基础框架，主要用于定义在开发中将要使用的公共内容。根据自动化测试用例，很容易能都定位出以下自动化测试框架的典型要素。
(1)公用的对象
不同的测试用例会重复使用一些相同的对象，例如窗口、按钮、页面等。这些公用的对象可被抽取出来，在编写脚本时随时调用。当这些对象的属性因为需求的变更而改变时，只需要修改该对象属性即可，而无须修改所有相关的测试脚本。
(2)公用的环境
各测试用例也会用到相同的测试环境，将该测试环境独立封装，在各个测试用例中灵活调用，也能增强脚本的可维护性。
(3)公用的方法
当测试工具没有需要的方法，而该方法又会被经常使用时，便需要自己编写该方法，以方便脚本的使用，例如Excel读写、数据库读写、注册表读写等公共方法。
(4)公共测试数据
也许多个测试用例需要多次使用某个测试数据，可将这类测试数据放在一个独立的文件中作为公共测试数据，由测试脚本执行到该用例时读取数据文件。在该框架中需要将这些典型元素考虑进去，在测试用例中抽取公用的元素放入已定义的文件，设定好调用的过程。
5.编写自动化测试脚本
在公共框架开发完毕后，即可进入脚本编写的阶段，根据自动化测试计划，将之前所写的自动化测试用例转换为自动化测试脚本。自动化测试用例就像是软件开发中的详细设计文档，用于指导自动化测试脚本的开发。
6.分析自动化测试结果
接下来就是执行自动化测试了，一般来说，自动化测试 多用于冒烟测试或回归测试。在每次新功能上线后，都需要执行自动化测试，及时分析测试的结果并发现缺陷。如果发现了BUG，应及时记录到相应的管理工具中，并持续跟踪该BUG，直到它比变为关闭状态。
7.维护自动化测试脚本
这是一个重头戏，也许前面的所有工作量 加起来都没有维护所用的时间成本大。一个软件可能会多次上线新功能，或对旧的业务进行更改。那么这将涉及新脚本的添加或旧脚本的修改，以适应变更年后的系 统。不幸的是，如果软件不出现变更，就没有自动化测试的必要。如果出现变更，就得花时间成本进行维护，新需求永远是自动化测试最大的麻烦，所以要在早期选 好自动化测试的范围。
原文地址：https://www.cnblogs.com/cmnz/p/8994930.html