多平台统一管理软件接口,如何实现多平台统一管理软件接口
282
2023-05-18
EOLINKER SaaS产品已于近期发布 7.0 版本,在功能方面进行了超过20项改进,以下是部分核心改进内容:
API 自动化测试功能即将升级为独立模块; 优化列表体验,支持全屏、自定义列表项、拖动改变列的宽度等; 加入API文档模板功能,可以直接从模板创建API文档,方便统一API规范和快速创建API文档; 取消批量API测试以及自动化测试的并行测试,仅保留串行测试方式; 支持在项目内导入Swagger、Postman、RAP、YAPI等数据; 支持导入Swagger 3.0格式API文档; 项目环境支持导入/导出; 自动化测试测试模板支持导入/导出; 数据结构支持复制; 加入自动化测试回收站,防止误删测试用例; 自动化测试项目中加入API文档更新提示,方便更新测试用例; 支持统计API的自动化测试覆盖率; 加入全局变量功能,可以在测试过程中为变量赋值,实现多个API之间参数传递; 项目环境中加入全局处理脚本,可以在所有API测试前、结束后执行一次自定义Javascript脚本; 支持设置全局公用资源的操作权限,减少误操作; 自动化测试操作体验优化; 其他改进。随着API自动化测试功能不断增强,许多功能已经无法和API研发管理模块互相兼容。为了让 API自动化测试功能发挥更强的功能,满足各类客户的个性化及专业化需求,Eolinker 产品团队在经过大量的产品讨论之后,决定将API自动化测试功能从API研发管理模块中拆分出来,成为独立的一级功能模块。
并且自2021年2月1日起,API研发管理与测试 产品将拆分为API研发管理和API自动化测试两块互相独立的产品,API自动化测试将正式升级成为一级功能。
升级到7.0版本之后,界面和使用体验将会发生以下变化:
API研发管理、API自动化测试均变成 独立的顶部一级导航,测试团队成员在进行自动化测试以及界面跳转时会更加方便。
API研发管理和API自动化测试将不再共用一套全局 项目环境。该变化不会影响之前的测试用例执行,请不必担心。比如在7.0版本之前,在系统中可以设置一个项目环境A,在API研发项目和自动化测试项目中均可使用该项目环境A,升级之后,API研发管理和自动化测试中将会分别存在一个项目环境A,改动API研发管理的项目环境A并不会影响API自动化测试的项目环境A。
API研发管理和API自动化测试将不再共用一套全局 通用函数。该变化不会影响之前的测试用例执行,请不必担心。比如在7.0版本之前,在系统中可以设置一个通用函数A,在API研发项目和自动化测试项目中均可使用该通用函数A,升级之后,API研发管理和自动化测试中将会分别存在一个通用函数A,改动API研发管理的通用函数A并不会影响API自动化测试的通用函数A。
部分列表的内容较多,在屏幕较小的情况下无法直观的看清内容。在新版本中对列表进行了全面优化,首先可以拖动改变列表的宽度,其次在最左侧加入了操作菜单,然后还可以自定义列表项以及全屏显示列表,体验有了很大的提升。
API文档最重要的作用之一是规范API的设计和开发风格,在新版本中加入了API文档模板,可以事先把通用的API格式设计好,以后新建API的时候可以直接从API模板创建即可。巧用API模板和数据结构的功能可以节省大量的API文档编辑和规范管理工作!
创建好了模板之后,在API列表页面点击新建API下拉菜单,选择从模板创建API即可。
由于并行测试会带来测试过程中可能出现的测试数据干扰问题,导致无法排查API异常原因,并且并行测试与新版本中的全局变量等功能发生冲突。因此自7.0版本起会取消并行测试方式,仅保留串行测试方式。
串行比并行测试的测试速度慢一些,但是能够保证测试结果的准确性,不会对测试工作造成影响,仅会让测试时间有所延长。
导入Swagger文件或者自动抓取Swagger配置文件时,系统会自动判断Swagger版本进行导入。
项目环境支持导入导出,便于备份环境配置或者在项目间快速创建测试环境。可以使用批量操作导出多个项目环境,或者单独导出一个项目环境。
自动化测试模板支持导入导出,便于在项目间共享自动化测试模板。
可以使用批量操作导出多个测试模板,或者单独导出一个测试模板。
支持通过复制的方式快速创建多个相似的数据结构。
旧版本中,测试人员无法知道API文档变化对测试用例的影响范围。因此在新版本中加入了API文档更新提示,可以展示当前自动化测试中的测试用例关联的API文档是否发生了变化,影响范围是多大,方便测试团队维护自动化测试用例。
在用例更新提示页面,API改动分为待处理、已处理、已忽略三种状态,可以方便测试人员了解每次API变化后是否已经及时将改动同步到测试用例中。
在待处理界面点击API的处理按钮,可以查看该API文档改动后影响的测试用例,然后再针对性进入测试用例中使用自动同步功能将API文档变化同步到测试用例中即可。
在API项目概况页可以看到当前项目内的API自动化测试覆盖率,通过这个指标可以帮助测试团队了解自动化测试的实施情况。覆盖率计算方式为:已经关联了自动化测试步骤的API数量 / 当前项目内的API总数量 * 100%
在旧版本中无法在测试过程中改变环境的全局变量值,不便于进行API登录鉴权以及跨API传递参数等操作。
新版本中额外加入了一种“独立于”环境之外的“自定义全局变量”,可以在测试过程中动态取值以及赋值,实现更复杂的测试场景。
比如:使用登录接口获取token,将token赋值给自定义全局变量,然后在另一个需要使用该token的接口中,使用{{全局变量名}}或者代码来引用该全局变量,实现登录状态的传递。
此外自定义全局变量有以下特性:
自定义全局变量不依赖于环境,即使没有选择环境也可以使用。 自定义全局变量可以和环境中固定的全局变量同名,比如都叫token,但是自定义全局变量的优先级高于环境的全局变量,比如自定义全局变量token值为1,环境全局变量token值为2,则通过{{token}}取值将得到1。 自定义全局变量仅储存在浏览器或者PC客户端中,不会在团队之间共享,并且清除浏览器缓存时也会把自定义全局变量清除。 在API自动化测试中,自定义全局变量仅在“一次”测试中有效,无论这一次测试中包含了多少个测试用例、测试步骤,比如单独执行一个测试步骤、执行10个测试用例、执行一个定时测试任务等,都算是一次测试。因此在自动化测试中不会在界面中显示自定义全局变量的值。 在API研发管理中,可以通过点击页面右上角预览环境按钮来查看当前的自定义全局变量值,如下图。在代码中,可以通过以下语句对自定义全局变量操作:
eo.globals.get(“variable_key”); //获取某个全局变量的值 eo.globals.set(“variable_key”,”variable_value”); //为某个全局变量赋值,注意值的类型只能是string、number、bool,除此之外会报错。 eo.globals.unset(“variable_key”); //清除某个全局变量 eo.globals.clear; //清除所有全局变量比如:在预处理中使用eo.globals.set(“token”,”123456″)语句,设置一个自定义全局变量token,赋值为123456。然后在请求体的表格中使用{{token}}即可引用该token值,即123456。
公用资源默认可以被所有加入工作空间的人员编辑,如果希望仅允许工作空间的管理员对全局公用资源操作,可以在工作空间管理页面,将操作权限设置为:仅空间管理员可操作。
在自动化测试中选择从API文档创建测试步骤时,弹窗中加入搜索和筛选功能,方便快速查找API。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~