极光笔记 | 基于Robotframework框架进行服务端SDK的自动化(C++版本)

极光笔记 | 基于Robotframework框架进行服务端SDK的自动化(C++版本)作者 极光研发中心高级工程师 成协主导语 协主 把 jCache 和 JMQS 的 SDK 自动化用例 robotframewo 化

大家好,欢迎来到IT知识分享网。

极光笔记 | 基于Robotframework框架进行服务端SDK的自动化(C++版本)

作者:极光研发中心 高级工程师 —— 成协主

导语

”协主,把jCache和JMQS的SDK自动化用例robotframework化。

某天,收到了这么一个任务。jCache和JMQS是公司自研的存储和消息的中间件,用于对Redis(包括pika)和Rocket MQ的访问提供统一的接口,并且根据公司的实际业务需要做一些定制化以及相关数据报表的开发。这两个中间件都有提供SDK供业务模块来使用,包括针对C++、Golang以及JAVA这三种SDK。目前测试人员需要针对这些SDK做测试,并且将相关的用例转成自动化用例,自动化用例框架采用robotframework(后续用RF简称)。

今天我们主要是以jCache为例,说说其中的C++ SDK进行RF自动化

一、需求分析

jCache是针对Redis做的中间件开发,提供的接口基本涵盖了Redis的所有操作命令,目前有对外提供100多个命令接口,而且每个命令接口都包含了同步和异步调用这两类API。如果RF化,需要针对每种API都提供python版本的调用接口,否则没法通过RF框架来直接调用C++中的API接口。

1.1  现有的自动化用例方案

我们之前用的测试框架是GTest。这个是google开源的专门针对C++测试的框架,但从测试人员的视角来看还是存在一些问题:

  • 代码和数据未分离,使用不同的数据调用相同的代码需要重复编码
  • 有新增用例需要重新编译用例代码
  • 执行输出结果比较简单,只能得到最终的结果,中间的步骤没法跟踪
  • 是一套独立的框架体系,没法和现有的自动化框架体系融合
  • 需要有一定的C++基础

从上面来看,针对测试人员来讲这套自动化框架的限制还是比较多。

1.2  新的RF方案优势

但是如果改成RF框架,对于测试人员来讲就友好多了。首先学习成本基本无,大家对于这个东西都比较熟,不管是写用例还是写相关的自定义方法,都是比较熟

免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://haidsoft.com/156744.html

(0)
上一篇 2025-02-10 16:00
下一篇 2025-02-10 16:05

相关推荐

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注微信