用例依赖于通达信接口dll函数,接口而存在,只有在通达信接口dll函数,接口列表页创建了某个通达信接口dll函数,接口后,才能在此页面创建该通达信接口dll函数,接口的用例,用例将自动继承所属通达信接口dll函数,接口和模块的属性,比如IP地址和路径等。一个通达信接口dll函数,接口可以有多个用例,用例之间参数值不同。用例类型分为标准用例、正常用例、异常用例,所谓标准用例是指该用例的参数等信息都是能确保用例能正常执行并获取正常响应结果的用例,每个通达信接口dll函数,接口下只能有一个标准用例,当通达信接口dll函数,接口下创建了标准用例后,再次创建用例时,直接复制其参数信息等数据,极大增加创建用例的便利性。操作栏点击【执行】按钮后,将发起一次通达信接口dll函数,接口请求,参数为该用例的数据。点击【编辑】可以修改用例的基本信息。点击【详情】,进入用例详情页。
用例管理
我的博客即将同步至腾讯云+社区,邀请大家一同入驻:https://cloutencent.com/developer/support-plan?invite_code=d6zw68xf48dk
基本信息
难点与待优化列表
结果示例
特点
通达信接口dll函数,接口列表
这个功能是为后续【测试集合】准备的,当你准备把一个用例加入测试集合,且测试集合后续的通达信接口dll函数,接口的参数依赖该用例响应结果的值,就需要在关联处理做预处理。比如一个登录用例,需要在响应结果中提取token并提供给后续通达信接口dll函数,接口使用,就可以按中示例,添加一条关联提取规则:
待优化列表
用例详情页有以下几大部分:
用例层具有以下规范和特点:
当一条测试集合被执行时,在栈内存中开辟一个Map或JSONObject,我称其为关联池。执行每条用例时,读取其【关联提取】数据,如果有记录,解析该记录并按提取规则去用例的响应结果中提取相应内容,并将该内容put到关联池中。执行每条用例时,如果用例的某个参数的值是${param}格式,意味这个参数值是引用值,则将'param'解析出来,并到关联池中以'param'为key执行get操作。基于这种设计机制,我们还可以实现下面的场景:第一个用例的参数A的值是200后面用例涉及到参数A的值都想跟第一个用例保持一致,如果每个用例都写成固定值,那么一旦修改将是很麻烦的事。我们可以在关联提取中添加一行,路径故意写错,缺省值写为‘2001’,当该用例执行时,关联提取失败,缺省值‘2001’就被put到了关联池中,后面的用例引用该值即可。测试集合执行完成后,关联池被销毁。
测试结果
实现思路的示意如下:
请求参数
请求参数,包括请求头和请求体两部分。
测试集合可以说是这个通达信接口dll函数,接口自动化平台的意义之所在。在通达信接口dll函数,接口自动化中,单通达信接口dll函数,接口调用参考价值有限,多个通达信接口dll函数,接口按照业务逻辑组成一条流程,才是通达信接口dll函数,接口自动化意义所在。当一系列通达信接口dll函数,接口用例创建完成后,在【测试集合】页面可以按照业务逻辑将它们组装起来,形成一个任务队列。下面说明一下如何编辑一条测试集合:
结果断言目前包括常规断言和Beanshell断言两种形式,其中常规断言包括:包含、相等、JSON三种方式
结果断言
测试集合
用例管理是对通达信接口dll函数,接口的进一步描述,是最核心的部分,也是开发难度最大的一个模块。
权限管理设计
基本信息,用例的描述性信息,自动读取。其中,所属平台、所属项目、所属模块等信息,读取自用例所属的模块,通达信接口dll函数,接口名称、通达信接口dll函数,接口路径等读取自用例所属的通达信接口dll函数,接口。
点击【编辑】按钮,将进入测试集合详情页,在该页面可以非常方便地增减用例、调整用例顺序。点击【+】按钮,进入用例添加页面:通过选定一系列筛选条件,【用例】行将展示所有符合筛选条件的用例,选择想要的用例后,点击【提交】即将该用例添加到测试集合的用例列表中。选择了用例后,回到测试集合详情页,用例顺序调整完毕后,点击【提交】按钮,将信息保存到数据库。程序会自动生成【用例队列】和【队列描述】。
包含:响应结果包含预期值,即判定通达信接口dll函数,接口请求成功等于:响应内容等于预期值,即判定通达信接口dll函数,接口请求成功JSON:通过路径表达式在响应结果中提取特定字段,该特定字段的值等于预期值,即判定通达信接口dll函数,接口请求成功
简介
平台:新浪新闻项目:体育模块:西甲IP地址:略
通达信接口dll函数,接口自动化,与UI自动化相比,其维护成本更低,结果校验更精确。目前,通达信接口dll函数,接口自动化无论是使用testng框架者还是使用Jmeter,都有一定的局限性,前者需要一定代码基础,且维护测试数据比较麻烦,后者简单易用,但共享性差一些。基于此,从前端选型、数据库表设计到实现方案设计与开发,我花费三个月时间完成了这个通达信接口dll函数,接口自动化测试平台。
项目管理页面决定了每个通达信接口dll函数,接口的归属,当我们新增通达信接口dll函数,接口时,必须创建在已有模块下,而不能随心所欲地添加。因为平台使用人众多,如果不做此约束,数据将会十分混乱。通常情况下,每个项目对应着自己的IP地址。这个平台中,每个模块对应着一个IP地址,还是有一些数据冗余,但如果为了消除数据冗余而再增加一层,就不是三表关联而是四表关联了,开发难度倍增,使用起来也略显繁琐。每个模块定义了IP地址后,该模块下的通达信接口dll函数,接口将直接继承,不需要再单独为通达信接口dll函数,接口定义IP地址了。
平台入口
云服务器配置有点低,速度慢,将就看一下吧。
关联在【用例管理】的【关联提取】已有简单阐述,这里详述一下其实现方案:
后端:SpringBoot+Mybatis+mysql+redis前端:jQuery+layui
分级设计
在【测试集合】页面选择执行某条测试集合后,程序将读取其对应的用例队列,并依次执行每个用例,最终生成一条测试集合的测试结果,并持久化保存在数据库中。点击【详情】按钮,进入测试结果详情页,查看某条测试结果的详情:双击某行,弹出该行对应的响应结果:
为组分配人员:为组分配项目:权限不足效果:
详述
极致简洁:页面简洁,交互方便,易于上手数据管理:可视化数据管理,数据的添加与维护十分方便分级设计:将数据按项目模块、通达信接口dll函数,接口、用例、测试集合划分,保证数据规范性和一致性,减少数据冗余单点调试:支持通达信接口dll函数,接口测试用例的在线调用,输出响应结果、请求信息等详细信息流程拼装:将多个已创建的测试用例拼接成测试集合,执行有一定业务逻辑的流程
这个页面定义了一个通达信接口dll函数,接口的基本信息,包括路径、请求方法、参数类型等,但不会定义具体的参数以及其他信息,这些信息留到用例页去定义。每个通达信接口dll函数,接口只能有一条记录,新增时根据通达信接口dll函数,接口路径进行判重,以便进一步增强数据规范性,防止出现明明是一个通达信接口dll函数,接口,但通达信接口dll函数,接口名称不一样的情况。新增通达信接口dll函数,接口时,平台、项目、模块皆为选择项,而不能自行填入。
技术栈
当项目模块创建后,就可以在该模块下添加通达信接口dll函数,接口了。
结果示例是通达信接口dll函数,接口返回结果的示例:
登录页面使用Spring主题,清新雅致。不支持注册用户,只能由管理员添加用户。平台集成了redis,token信息存储在redis中,并可在配置文件中自定义失效时间和加密规则:
redis:
host: localhost
port: 6379
timeout: 10s
lettuce:
pool:
min-idle: 0
max-idle: 8
max-active: 8
max-wait: -1ms
password:
token:
expire:
seconds: 72000
jwtSecret: (XIAO:)_$^11244^%$_(WEI:)_@@++--(LAO:)_++++_.sds_(SHI:)
通达信接口dll函数,接口层有以下规范和特点:
项目管理,定义了公司系统的基本框架。以新浪新闻为例,我将做如下分割:
关于前端,个人推荐没有前端基础的同学,可以从layui上手。后期视情况向vue靠拢,毕竟vue是目前主流的前端开发框架,在我们遇到问题时,如果使用和前端开发相同的框架,可以非常方便地向他们请教。
新增一条测试集合与上述操作基本相同,不同的是,在【测试集合】页点击新增后,进入的集合详情页,只有一条示例用例:测试集合支持【一键执行】,目前只支持单线程全部执行,后续考虑优化加入按项目执行和多线程执行。
关联的实现
变量名:提取到的信息暂存到内存中时对应的变量名路径表达式:需要提取的内容对应的路径,其书写格式与使用规则与Jmeter的【JSONExtractor】完全一致。缺省值:当提取预期内容失败时,给变量名赋予的值。
项目模块层,有以下规范和特点:
项目管理
经典的树状角色权限控制:在角色控制之外,又单独为各个模块,比如通达信接口dll函数,接口自动化模块设计了组别权限:新增数据与编辑数据相比,少了是否是本人数据的校验。
前面提到,通达信接口dll函数,接口自动化平台数据采用分层设计,即将通达信接口dll函数,接口自动化所需的数据分为【项目管理】、【通达信接口dll函数,接口列表】、【用例管理】、【测试集合】、【测试结果】五个部分。如下所示:
关联提取
文章为作者独立观点,不代表股票交易接口观点