自动化测试分享-
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
对于可预知失败的验证点
运行结果
工程目录下的 test-output 目录下
Eclipse 中的 testng 插件中可以直接查看
小结
关于自动化测试
1、高效解决重复性较大的工作 2、需求变化少、项目周期长的
完整的自动化测试流程
从计划，实施到发布，有测试经理，工 程师等角色的参与，输出相应的文档。
项目适合自动化
执行job
到时间后，执行设置的job， 并将运行结果发送至设置好的 邮箱中
自动化测试分类及执行
UI自动化测试
封装方法
对原生api做易用性封装， 添加弹窗框操作插件
脚本调试
将完成的脚本在本地调试完 成
上传至git库
将完成的脚本上传至git库 中
设置运行job
在页面中设置定时运行job。
自动化测试分类及执行
Annotation(注解)
Annotation(注解)
Assert(断言)
Assert.assertTrue(Boolean expression)
布尔表达式即为验证点的预期值与实际值的关系
Assert.assertEquals(a,b)
测试 a 是否等于 b
Assert.fail(“failing message”)
测试用例
测试脚本 打印log
编写测试脚本
测试工程师
回归测试
跟踪bug 执行自动化测试
记录测试问题
是否 通过
测试工程师
Bug记录
分析测试结果
测试主管
测试报告
结束
自动化测试流程
1、制定测试计划
在展开自动化测试之前，最好做个测试计划，明确测试对象、测试目的、测试的项目内容、测试的方法、测试 的进度要求，并确保测试所需的人力、硬件、数据等资源都准备充分。制定好测试计划后，下发给用例设计者。 2、分析测试需求
性能自动化
Web，移动端的性能自 动化测试
接口自动化
http,https接口自动化测 试
自动化测试分类及执行
持续集成
Git 录入
在页面弹出框，录入gti库名， 分支名
设置CI
选中相应的git库，设置执行时 间已经log
提交自动化case至git库
将修改补充完的自动化case补充至 配置好的git库中
自动化测试分享
Automated testing sharing
张永 峰
CONTENTS 目录
01 02 03 04
关于自动化测试 完整的自动化测试流程 自动化测试平台
01
CHAPTER
关于自Βιβλιοθήκη Baidu化测试
※ 实施目的 ※ 前置条件 ※ 适用类型
实施目的
重复工作
性能测试
持续集成
提高准确率
• 自动执行重复工作较大回归测试，代替大量的手工机械重复性操作
采用开源自动化测试工具，建议对其进行二次开发，以便与测试部门选定的缺陷管理工具紧密结合。理想情况下，自动化测
试案例运行失败后，自动化测试平台就会自动上报一个缺陷。测试人员只需每天抽出一地你该时间，确认这些自动上报的缺 陷，是否是真实的系统缺陷。 7、跟踪测试BUG 测试记录的BUG要记录到缺陷管理工具中去，以便定期跟踪处理。开发人员修复后，需要对此问题执行回归测试，就是重复 执行一次该问题对应的较薄，执行通过则关闭，否则继续修改。如果问题的修改方案与客户达成一致，但与原来的需求有所 偏离，那么在回归测试前，还需要对脚本进行必要的修改和调试。
适用类型
回归测试
需要频繁运行的测试
02
CHAPTER
完整的自动化流程
※ 自动化流程图 ※ 各阶段负责人 ※ 各阶段输出文档 ※ 各阶段的说明
自动化测试流程
测试流程图
开 始
负责人
测试主管 测试主管/测试组长等
输出文档
测试计划 测试框架
制定测试计划
分析测试需求
搭建测试环境
书写测试用例
测试组长搭建环境 /测试工程师编 写用例 高级测试工程师编写脚本
系统的用户、密码、产品、客户等参数信息独立出来形成测试数据，便于脚本开发。 4、搭建测试环境 自动化测试人员在用例设计工作开展的同时即可着手搭建测试环境。因为自动化测试的脚本编写需要录制页面
控件，添加对象。测试环境的搭建，包括被测系统的部署、测试硬件的调用、测试工具的安装盒设置、网络环
境的布置等。
自动化测试流程
性能自动化测试
需要部署性能测试环境， 对测试脚本进行调试 编写测试脚本活测试用例 书写需要测试的性能指标
上传至git库
将完成的脚本上传至git库 中
设置运行job
在页面中设置定时运行job。
自动化测试分类及执行
接口自动化测试功能概述
便于在写自动化case时调试 接口输入参数及断言信息
接口调试
调试
本地批量运行
本地运行
页面输入本地接口case所在 目录后即可在页面批量运行 接口
他人关联本地接口case
输入文本替换内容，欢迎大 家的关注
标题 他人运行 持续集成
持续集成
上传至git库，配置好job即 可执行
04
CHAPTER
测试框架
※ Annotation(注解) ※ Assert(断言) ※ Testng.xml ※ 运行结果
用例设计者根据测试计划和需求说明书，分析测试需求，设计测试需求树，以便用例设计时能够覆盖所有的需
求点。 3、设计测试用例 通过分析测试需求，设计出能够覆盖所有需求点的测试用例，形成专门的测试用例文档。由于不是所有的测试
用例都能用自动化来执行，所以需要将能够执行自动化测试的用例汇总成自动化测试用例。必要时，要将登陆
5、编写测试脚本 根据自动化测试用例和问题的难易程度，采取适当的脚本开发方法编写测试较薄。一般先通过录制的方式获取测试所需要的 页面控件，然后再用结构化语句控制脚本的执行，插入检查点和异常判定反馈语句，将公共普遍的功能独立成共享脚本，必 要时对数据惊醒参数化。脚本编写好了之后，需要反复执行，不断调试，知道运行正常为止。脚本的编写和命名要符合管理 规范，以便统一管理和维护。 6、分析测试结果、记录测试问题 应该及时分析自动化测试结果，建议测试人员每天抽出一定时间，对自动化测试结果进行分析，以便尽早地发现缺陷。如果
03
CHAPTER
自动化测试平台
※ Annotation(注解) ※ Assert(断言) ※ Testng.xml ※ 运行结果
自动化测试分类及执行
持续集成
与git活svn等自动把脚本 提交到运行的服务器上。 CI设置，自动执行脚本。 自动化发布测试报告
Ui自动化
支持web。移动端ui自 动化测试
• 代替人工无法完成的关键业务7x24小时持续运行的系统稳定性测试
和高并发场景的压力测试等 • 与 CI 服务集成，实现自动测试。 • 提高准确率
前置条件
01
需求稳定
软件需求变动不频繁
重复使用
自动化测试脚本可重复使用
时间够用
项目时间足够长
03
02
适用类型
产品型项目
增量式开发、 持续集成项目
多次重复、 机械性动作
自动化分类
Ui，性能，功能自动化测试。
TestNG测试框架
1Annotation(注解) 1、
小结
2、Assert(断言)
3、Testng.xml 4、运行结果
谢谢！
thanks for watching
运行结果
工程目录下的 test-output 目录下
Eclipse 中的 testng 插件中可以直接查看
小结
关于自动化测试
1、高效解决重复性较大的工作 2、需求变化少、项目周期长的
完整的自动化测试流程
从计划，实施到发布，有测试经理，工 程师等角色的参与，输出相应的文档。
项目适合自动化
执行job
到时间后，执行设置的job， 并将运行结果发送至设置好的 邮箱中
自动化测试分类及执行
UI自动化测试
封装方法
对原生api做易用性封装， 添加弹窗框操作插件
脚本调试
将完成的脚本在本地调试完 成
上传至git库
将完成的脚本上传至git库 中
设置运行job
在页面中设置定时运行job。
自动化测试分类及执行
Annotation(注解)
Annotation(注解)
Assert(断言)
Assert.assertTrue(Boolean expression)
布尔表达式即为验证点的预期值与实际值的关系
Assert.assertEquals(a,b)
测试 a 是否等于 b
Assert.fail(“failing message”)
测试用例
测试脚本 打印log
编写测试脚本
测试工程师
回归测试
跟踪bug 执行自动化测试
记录测试问题
是否 通过
测试工程师
Bug记录
分析测试结果
测试主管
测试报告
结束
自动化测试流程
1、制定测试计划
在展开自动化测试之前，最好做个测试计划，明确测试对象、测试目的、测试的项目内容、测试的方法、测试 的进度要求，并确保测试所需的人力、硬件、数据等资源都准备充分。制定好测试计划后，下发给用例设计者。 2、分析测试需求
性能自动化
Web，移动端的性能自 动化测试
接口自动化
http,https接口自动化测 试
自动化测试分类及执行
持续集成
Git 录入
在页面弹出框，录入gti库名， 分支名
设置CI
选中相应的git库，设置执行时 间已经log
提交自动化case至git库
将修改补充完的自动化case补充至 配置好的git库中
自动化测试分享
Automated testing sharing
张永 峰
CONTENTS 目录
01 02 03 04
关于自动化测试 完整的自动化测试流程 自动化测试平台
01
CHAPTER
关于自Βιβλιοθήκη Baidu化测试
※ 实施目的 ※ 前置条件 ※ 适用类型
实施目的
重复工作
性能测试
持续集成
提高准确率
• 自动执行重复工作较大回归测试，代替大量的手工机械重复性操作
采用开源自动化测试工具，建议对其进行二次开发，以便与测试部门选定的缺陷管理工具紧密结合。理想情况下，自动化测
试案例运行失败后，自动化测试平台就会自动上报一个缺陷。测试人员只需每天抽出一地你该时间，确认这些自动上报的缺 陷，是否是真实的系统缺陷。 7、跟踪测试BUG 测试记录的BUG要记录到缺陷管理工具中去，以便定期跟踪处理。开发人员修复后，需要对此问题执行回归测试，就是重复 执行一次该问题对应的较薄，执行通过则关闭，否则继续修改。如果问题的修改方案与客户达成一致，但与原来的需求有所 偏离，那么在回归测试前，还需要对脚本进行必要的修改和调试。
适用类型
回归测试
需要频繁运行的测试
02
CHAPTER
完整的自动化流程
※ 自动化流程图 ※ 各阶段负责人 ※ 各阶段输出文档 ※ 各阶段的说明
自动化测试流程
测试流程图
开 始
负责人
测试主管 测试主管/测试组长等
输出文档
测试计划 测试框架
制定测试计划
分析测试需求
搭建测试环境
书写测试用例
测试组长搭建环境 /测试工程师编 写用例 高级测试工程师编写脚本
系统的用户、密码、产品、客户等参数信息独立出来形成测试数据，便于脚本开发。 4、搭建测试环境 自动化测试人员在用例设计工作开展的同时即可着手搭建测试环境。因为自动化测试的脚本编写需要录制页面
控件，添加对象。测试环境的搭建，包括被测系统的部署、测试硬件的调用、测试工具的安装盒设置、网络环
境的布置等。
自动化测试流程
性能自动化测试
需要部署性能测试环境， 对测试脚本进行调试 编写测试脚本活测试用例 书写需要测试的性能指标
上传至git库
将完成的脚本上传至git库 中
设置运行job
在页面中设置定时运行job。
自动化测试分类及执行
接口自动化测试功能概述
便于在写自动化case时调试 接口输入参数及断言信息
接口调试
调试
本地批量运行
本地运行
页面输入本地接口case所在 目录后即可在页面批量运行 接口
他人关联本地接口case
输入文本替换内容，欢迎大 家的关注
标题 他人运行 持续集成
持续集成
上传至git库，配置好job即 可执行
04
CHAPTER
测试框架
※ Annotation(注解) ※ Assert(断言) ※ Testng.xml ※ 运行结果
用例设计者根据测试计划和需求说明书，分析测试需求，设计测试需求树，以便用例设计时能够覆盖所有的需
求点。 3、设计测试用例 通过分析测试需求，设计出能够覆盖所有需求点的测试用例，形成专门的测试用例文档。由于不是所有的测试
用例都能用自动化来执行，所以需要将能够执行自动化测试的用例汇总成自动化测试用例。必要时，要将登陆
5、编写测试脚本 根据自动化测试用例和问题的难易程度，采取适当的脚本开发方法编写测试较薄。一般先通过录制的方式获取测试所需要的 页面控件，然后再用结构化语句控制脚本的执行，插入检查点和异常判定反馈语句，将公共普遍的功能独立成共享脚本，必 要时对数据惊醒参数化。脚本编写好了之后，需要反复执行，不断调试，知道运行正常为止。脚本的编写和命名要符合管理 规范，以便统一管理和维护。 6、分析测试结果、记录测试问题 应该及时分析自动化测试结果，建议测试人员每天抽出一定时间，对自动化测试结果进行分析，以便尽早地发现缺陷。如果
03
CHAPTER
自动化测试平台
※ Annotation(注解) ※ Assert(断言) ※ Testng.xml ※ 运行结果
自动化测试分类及执行
持续集成
与git活svn等自动把脚本 提交到运行的服务器上。 CI设置，自动执行脚本。 自动化发布测试报告
Ui自动化
支持web。移动端ui自 动化测试
• 代替人工无法完成的关键业务7x24小时持续运行的系统稳定性测试
和高并发场景的压力测试等 • 与 CI 服务集成，实现自动测试。 • 提高准确率
前置条件
01
需求稳定
软件需求变动不频繁
重复使用
自动化测试脚本可重复使用
时间够用
项目时间足够长
03
02
适用类型
产品型项目
增量式开发、 持续集成项目
多次重复、 机械性动作
自动化分类
Ui，性能，功能自动化测试。
TestNG测试框架
1Annotation(注解) 1、
小结
2、Assert(断言)
3、Testng.xml 4、运行结果
谢谢！
thanks for watching