编写自动化测试脚本的大概流程是什么？
回答·13
最热
最新
- 1.线上缺陷分析得出前后端缺陷比例，哪些缺陷可以通过回归测试发现，哪些测试可以通过 UI 测试发现，哪些测试可以通过接口测试发现，用数据支持决策（做不做自动化测试，UI 自动化测试还是接口测试），避免教条。 2.确定自动化测试目标，例如冒烟测试解决 hotfix 回归测试，场景自动化测试解决迭代周期的自动化回归测试... 3.选择自动化测试框架，根据自己或团队的技术栈,选择合适的框架,tesng，pytest，robot 等专业成熟的自动化测试框架要优选，仅仅是工具类的例如 postman,jmeter 等要慎选，因为后期脚本量大了之后维护和复用是影响自动化测试能否继续开展下去的关键。 4.框架功能设计以首先实现必要的功能为主，不要纠结于辅助功能。框架详细设计用主流设计思想，基于页面对象模型 POM，接口和 UI 自动化脚本混合提升测试执行效率。 5.分期实现自动化测试用例，从以有回归测试用例库选取自动化测试用例集合，有计划的实现和发布自动化测试用例脚本。
- 1，梳理需求分析 SR，敏捷迭代开发 AR 及 AAR 2，测试计划，用例计划，梳理自动化用例覆盖范畴 3，测试框架选型及编程语言选择 4，搭建自动化测试环境及拓扑网 5，编写自动化脚本及调试 6，可持续集成 CI 7，专项自动化，如性能，安全等 8，自动化测试报告及缺陷复盘
- 1.确定技术框架，语言选择，依赖的框架 2.确定业务流程，哪些需要自动化实现 3.确定自动化测试用例管理方式 4.编写测试脚本，添加数据参数化方式，断言方式 5.收集测试结果进行页面展示 6.进行 Jenkins 的持续集成
- 如果是 ui 自动化，需要分析需求都有哪些功能点从而分析测试点，然后制定测试方案，有哪些测试点可以进行自动化测试，然后根据分析出来的测试点编写测试用例，写入 excel。 之后开始规划脚本框架，都需要测试哪些页面，采用 op 模式将一个个需要测试的页面以及元素定位、元素操作独立开来，减少代码冗余，增加代码了可读性和可维护性。 拿到需求勿需急于编写代码，做自动化最重要的是前期的分析，分析到位了把框架搭起来，一个好的框架对于后期的代码维护很重要。 本地写好了代码并跑通后，将代码提交到 gitlab 远程仓库，合并代码，结合 jenkins 持续集成触发自动化脚本运行，这样当项目需要运行自动化时就可以把所有自动化用例跑起来。 一点点拙见，如有错误烦请指出，一起交流
- 1.自动化可行性分析，业务预期 2.关键技术点分析 3.编码平台与语言选择(通常没得选) 4.架构设计，模块化分 5.确定迭代，敏捷开发，验证，应用
- 1.选型，选择哪个框架 2.确认，确认哪些接口或 UI 或业务需要做自动化 3.设计自动化用例 4.编写自动化脚本 5.CI
- 1.明确被测业务流 2.明确需要检验节点 3.明确各个节点的检验检查点 4.数据准备 5.脚本编写 6.调试
- 主要还是建模，总体来说，可以参考产品开发的过程。 可以先不受限制，做一个 demo，研究可行性，然后再做正式开发。系统设计，详设等。 一般来说，要做到模型和 case 分离，复杂部分在模型，case 复制开发要做到最简，因为 case 量很大，一般需要负责测试执行工程师自己来做。自动化工程师做支撑即可。
- 1.业务分析，项目分析，确定框架。 2.搭建框架。脚本语言，测试库，Jenkins 等 3.写脚本。
- 业务分析；项目分析；确定一个适合的项目框架；搭建框架；确认实现自动化的范围；设计用例；自动化脚本开发；实现自动化连跑；