[发明专利]一种自动化测试方法及装置在审
| 申请号: | 201810214688.1 | 申请日: | 2018-03-15 |
| 公开(公告)号: | CN108446229A | 公开(公告)日: | 2018-08-24 |
| 发明(设计)人: | 吕宁 | 申请(专利权)人: | 吕宁 |
| 主分类号: | G06F11/36 | 分类号: | G06F11/36 |
| 代理公司: | 北京知呱呱知识产权代理有限公司 11577 | 代理人: | 武媛;吕学文 |
| 地址: | 100095 北京市海淀*** | 国省代码: | 北京;11 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 测试 自动化测试 测试操作 用户终端 测试工程师 测试框架 前端程序 业务函数 用例编写 长按 构建 滑屏 拖拽 发送 统一 | ||
本发明涉及一种自动化测试方法及装置,该测试方法包括:该测试方法包括:根据操作需要和公共的业务函数common api,构建测试用例;其中,操作需求包括:点击、滑屏、拖拽、长按和截图;根据用户终端发送的测试操作请求,获取测试操作请求对应的测试用例;根据测试操作请求对应的测试用例,对用户终端中的待测前端程序进行测试。通过common api编写测试用例,使得不同的用户终端能使用统一的测试框架进行测试,可以有效降低用例编写成本,满足测试工程师在自动化测试方面的需求。
技术领域
本发明涉及测试技术领域,具体涉及一种自动化测试方法及装置。
背景技术
随着互联网的发展和手机产品的普及,出现多种终端类型,例如 android,ios,wap,pc,并且,这些终端上的自动化测试框架也是类型繁多。这些框架可以满足各端的自动化测试需求,但是目前互联网产品一般都是支持多种端类型的,每端使用不同的测试框架,需要掌握不同的 api,学习成本高。
常规的多端自动化测试手段主要是使用不同测试框架,并且这些框架只提供基本功能的实现,例如点击、滑动,没有业务场景的统一应用程序编程接口(applicationprogramming interface,api)。
现有技术中存在的问题在于:
1.涉及框架较多,需要掌握多种框架才能实现多端自动化测试;
2.目前现有框架一般提供基本操作,没有业务场景的统一api。
测试用例移植成本高,由于互联网产品迭代较快,需要频繁修改自动化测试用例。
发明内容
本发明的目的在于提供一种自动化测试方法及装置,用以解决现有技术中存在的上述问题。
为实现上述目的,本发明的技术方案为一种自动化测试方法,该测试方法包括:根据操作需要和公共的业务函数common api,构建测试用例;其中,操作需求包括:点击、滑屏、拖拽、长按和截图;根据用户终端发送的测试操作请求,获取测试操作请求对应的测试用例;根据测试操作请求对应的测试用例,对用户终端中的待测前端程序进行测试。
可选的,根据操作需要和公共的业务函数common api,构建测试用例的步骤具体包括:获取操作需要;封装操作需求;根据封装的操作需要与common api,构建测试用例。
可选的,在根据操作需要和公共的业务函数common api,构建测试用例的步骤之后,还包括:存储测试用例。
可选的,当测试完成之后,生成测试报告。
本发明实施例提供了一种自动化测试装置,该测试装置包括:构建模块、获取模块和测试模块;其中,构建模块,用于根据操作需要和公共的业务函数common api,构建测试用例;其中,操作需求包括:点击、滑屏、拖拽、长按和截图;获取模块,用于根据用户终端发送的测试操作请求,获取测试操作请求对应的测试用例;测试模块,用于根据测试操作请求对应的测试用例,对用户终端中的待测前端程序进行测试。
可选的,构建模块,具体用于:获取操作需要;封装操作需求;根据封装的操作需要与common api,构建测试用例。
可选的,测试装置还包括:存储模块;存储模块,用于存储测试用例。
可选的,测试装置还包括:生成模块;生成模块,用于:当测试完成之后,生成测试报告。
本发明具有如下优点:
本发明将之前各操作系统使用不同框架整合为各操作系统使用统一框架,可以有效降低用例编写成本,满足测试工程师在自动化测试方面的需求。
附图说明
图1为本发明实施例提供的一种测试框架的结构示意图。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于吕宁,未经吕宁许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810214688.1/2.html,转载请声明来源钻瓜专利网。





