自动化软件测试和功能测试一样，就是我们也需要分析项目的需求，编写相应的测试用例(满足自动化测试要求的测试用例条件)。
两者的区别在于自动化测试。需要根据测试需求建立相应的自动化软件测试框架，然后设计详细的自动化测试执行脚本(即测试开发工程师开发的自动化测试工具和框架)，然后输入我们预先设计的测试用例。有自动化的测试框架和脚本来完成程序的各种测试项的测试。接下来，test ape类将详细介绍自动化软件测试的基本流程。
PS：300G软测学习资料包，点击免费领取
分享一波：考猿班为大家准备了总量约为300G的【软件测试全套自学教程】。
其中包括完整的课件+PPT+实战项目源码+千套测试模板,的内容极其珍贵，所以不要错过：
https://pan.baidu.com/s/10nqKV0Vp23BSgCiCt9EqNA
提货代码：3mkj
什么是测试计划？说白了，在测试项目开始之前，我们会根据初步的测试方向和测试规模，制定详细的测试计划。比如测试的项目，测试的具体内容，需要使用哪些测试方法，需要配备多少人力等等。测试计划的主要目的是使后续的测试过程更加系统化，提高测试部门的工作效率。
分析项目需求的主要目的是掌握软件测试的设计初衷。通过分析项目需求，可以掌握最终的测试点，测试方向等。该项目的需求分析要求我们设计一个“需求树”。根据需求树，我们设计的测试用例能够更好地覆盖项目的所有需求。比如根据WebUI界面的测试，我们一般从以下几点来分析项目的需求：
1.界面的超链接测试，测试页面中的每个跳转链接是否能正常到达目标页面；
2.测试界面的各种控件，测试页面中的各个控件是否能正常运行，运行后是否能达到预期效果；
3.测试界面的各种功能，测试页面中常见的功能是否正常，如交互功能、消息咨询功能、登录注册功能等。
4.界面的数据处理测试，测试页面中需要调用后台界面数据的地方是否准确可靠，显示的数据内容是否准确；
测试用例是软件测试所有过程中的重要环节。测试用例的设计因人而异。当然，更有经验的测试工程师自然可以设计出覆盖需求更好的测试用例。要进行自动化软件测试，并不是所有的测试用例都可以自动执行，所以我们需要对可以自动执行的测试用例进行分类总结，然后对可能的关键信息(用户名、密码、客户数据、交易数据、后台数据等)进行分类。)在系统中根据测试系统的复杂程度。
测试环境是指一套完整的系统组件，包括软件和硬件，可以组合起来进行自动化测试。比如Web自动化测试环境需要服务器、Python、Selnium框架、浏览器等。常见的测试环境部署方式以LNMT为例，需要Linux系统Nginx环境Mysql数据库Tomcat集群。
对于软件测试工程师来说，需要掌握完整的测试环境构建方法，了解各个工具的具体功能以及各个模块之间的关系。
我们会根据之前设计的自动化测试用例以及测试项目的难易程度，开发相应的自动化测试脚本。您可以使用recording方法来获得执行测试所需的页面控件。最后，通过结构化的语句，可以实现测试脚本的自动运行，插入相应的测试数据和异常判断的反馈通道，将一些通用的测试功能设计成可以共享使用的通用脚本。
脚本写好后，测试工程师需要反复检查调试脚本的运行情况，对一些不完善的地方进行重写或设计，直到整个脚本能够满足所有的测试需求。
为了尽早发现软件缺陷，测试工程师需要每天定时分析测试结果，具体分析自动化测试平台反馈的异常数据，找出真正的程序缺陷并记录下来。确定缺陷的类型，并提交给开发人员进行修复和改进。如果异常数据不是缺陷，则需要考虑自动化测试脚本的设计或运行是否存在问题，或者搭建的测试环境是否不完善，导出异常测试结果，修复相应的漏洞。
至于测试平台，很多企业使用的测试平台都是市面上开源的自动化工具。作为一名高级测试工程师，我们的职责是对开源工具进行二次开发，根据我公司的项目特点，对开源工具进行整改、完善和扩展，使之更适合我们产品的测试。
七、跟踪测试缺陷
这一步其实就是软件测试中的回归测试。当我们通过以上步骤检测到程序中的缺陷，并交由开发人员进行修复，但并不代表这一缺陷已经彻底修复。我们依然需要针对该缺陷进行二次甚至多次重复测试。如果该缺陷依然存在，或者因为该缺陷的修复引发了其他的BUG，则要交由开发人员继续修复。
一般情况下，如果我们的项目需求一直很稳定，就不需要对自动化测试脚本进行改动。但如果项目有功能的迭代和系统更新，就需要根据系统新增功能的特点考虑是否要针对该功能进行深度的功能需求分析、设计对应的自动化测试用例、开发和完善特定的测试脚本。
