编写用例的船新版本,从未有过的顺滑体验
在保证用例运行稳定、高效、准确的前提下
以降低测试人员编写用例的时间为目的,减少编写用例的复杂度,达到提升效率的目的。
因被测系统业务流程长,接口多(多的一个场景上百个接口),而无法快速完成一个场景用例的编写
改变传统自动化用例编写模式,取消传统模式中上下级接口数据的提取参数变量、使用参数变量的固定编写套路。以程序提供半自动批量参数替换能力,程序自动关联,合理的页面操作模式,让测试人员专注于自动化用例数据的编写设计,不为使用软件的过程而烦恼
经实践,编写效率可提升90%以上
模板-可理解为:原始数据、测试场景
模板-用例:1对N
转化-1比1转为用例,可页面编写,可下载为JSON文件编写再上传
数据集-针对单套用例编写测试数据集,结果校验,以数据驱动用例,未使用数据集则是普通运行模式
Number-程序生成,模板、用例的接口顺序序号,用例运行的核心
python: uvicorn+fastapi
FastApi-Python的一款高性能轻量级Web服务框架,结合Pydantic-数据验证、请求响应模型,Typing-类型注解,SqlAlchemy-数据库ORM操作,得以优雅的完成后端开发
vite+vue3+element-plus
轻量级的前端构建工具-Vite,渐进式框架-Vue3,漂亮便捷的组件库-Element Plus,边学边完成前端的开发
Sqlite3,没想到,万万没想到
数据来源:HAR导入、手动组装、Swagger(开发中)
新增用例、覆盖用例、下载为json附件编写用例再上传为用例
一个模板可挂多个用例
a\以表格横向平铺的方式,让接口所有数据展示出来
b\所有用例的编辑操作,都可以在这个弹窗中完成
预处理:
1、模板转用例的过程中,程序自动的将请求接口参数的kev-value和它前面接口的response相匹配,key-value相匹配则替换成number.$.jsonpath表达式
2、统一响应数据作为校验内容,可配置,如{code: 0}一般项目都会存在,自动判断哪些接口符合,然后添加到校验内容中
*可以使用value或key去response查找数据,生成number.$.jsonpath
*可自定义的去输入number.$.jsonpath表达式,再替换
*表达式不是必须的,可以用这个功能直接替换测试具体数据
说明:
理论情况下,导入har或者swagger是可以获取到response数据的。也可以通过其他途径获取到每个接口的response。如开发调试过程中的输出,或通过抓包,或通过接口文档等方式。
若拿不到response返回内容,那么断言也就没了意义,接口测试也不会成立。所以以上的操作是能够进行下去的
在做完第5步和第6步后,程序就可以做冒烟跑测了
对比:
a\使用传统方式的提取变量、使用变量的方式编写用例(apifox),对30个接口进行操作,提取了3个变量6处使用,并调试到冒烟跑测级别,花费时间30~40分钟
b\使用创新的参数替换能力做以上操作,花费时间2~3分钟
以此类推,更多的接口(上百个)更多的参数替换(10~20个等),传统方式时间会更长
格式化Json和数据校验
自定义添加、修改、删除,每个断言独立操作,操作简便
说明:
按每个接口区分各自的params、data、check,(可扩展headers)
以不同颜色标记接口,避免眼花
单个接口单独校验,一横行数据一套校验
自动过滤掉有接口上下级数据关系的参数(前面的第五、六步操作后的参数)
重心可放在针对数据集的用例设计上
说明:
按接口一个个分开,可以自定义选择执行哪些数据集
执行前,会将数据一个个的替换到对于key上
适用于接口发生了变更,自定义修改
通过从模板(原始数据)重新组装新的接口顺序,创建新的测试场景
也可创建一个空的模板,再通过手动添加api数据进行数据添加
说明:
按用例分开:http://ip:8000/allure/{case_id}/{run_order}/,单个用例单套趋势图
仅使用pytest.mark.parametrize 用数据驱动的方式运行用例,只是这里驱动的是接口的所有内容:url、method、parmas、data、hedaers、file等接口请求所需要用到的内容,以及校验字段
自己在用过参数提取再使用的传统测试平台,以及apifox的参数提取再使用,深刻感受到:
在对多流程接口自动化用例用例编写过程中,编写用例的时间基本就花费在了参数提取和使用操作过程上面。理论上,测试时间应该花在用例设计、用例数据准备才是合理的表现,测试人员不应该为软件使用复杂度发愁。
作为一个软件测试从业者,想解决这个问题所以研发了这个平台
《随便测测》接口测试平台:
随心、随意、随景
2023-4-13,项目已开源
很好奇,就使用rubyonrails自动化单元测试而言,你们正在做什么?您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您?git中的预提交Hook?只是手动调用?我完全理解测试,但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的,并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您? 最佳答案 不确定您到底想听什么,但是有几个级别的自动代码库控制:在处理某项功能时,您可以使用类似autotest的内容获得关于哪些有效,哪些无效的即时反馈。要确保您的提
我正在编写一个包含C扩展的gem。通常当我写一个gem时,我会遵循TDD的过程,我会写一个失败的规范,然后处理代码直到它通过,等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb,如何运行我的规范并仍然加载我的C扩展?当我更改C代码时,我需要采取哪些步骤来重新编译代码?这可能是个愚蠢的问题,但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时,我确实得到了一个Makefile(在整个项目的根目录中),然后当
我有一个围绕一些对象的包装类,我想将这些对象用作散列中的键。包装对象和解包装对象应映射到相同的键。一个简单的例子是这样的:classAattr_reader:xdefinitialize(inner)@inner=innerenddefx;@inner.x;enddef==(other)@inner.x==other.xendenda=A.new(o)#oisjustanyobjectthatallowso.xb=A.new(o)h={a=>5}ph[a]#5ph[b]#nil,shouldbe5ph[o]#nil,shouldbe5我试过==、===、eq?并散列所有无济于事。
我有一些Ruby代码,如下所示:Something.createdo|x|x.foo=barend我想编写一个测试,它使用double代替block参数x,这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗? 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere
Sinatra新手;我正在运行一些rspec测试,但在日志中收到了一堆不需要的噪音。如何消除日志中过多的噪音?我仔细检查了环境是否设置为:test,这意味着记录器级别应设置为WARN而不是DEBUG。spec_helper:require"./app"require"sinatra"require"rspec"require"rack/test"require"database_cleaner"require"factory_girl"set:environment,:testFactoryGirl.definition_file_paths=%w{./factories./test/
我遵循MichaelHartl的“RubyonRails教程:学习Web开发”,并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符,电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时,所有测试都通过了,但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test
我已经构建了一些serverspec代码来在多个主机上运行一组测试。问题是当任何测试失败时,测试会在当前主机停止。即使测试失败,我也希望它继续在所有主机上运行。Rakefile:namespace:specdotask:all=>hosts.map{|h|'spec:'+h.split('.')[0]}hosts.eachdo|host|begindesc"Runserverspecto#{host}"RSpec::Core::RakeTask.new(host)do|t|ENV['TARGET_HOST']=hostt.pattern="spec/cfengine3/*_spec.r
我在app/helpers/sessions_helper.rb中有一个帮助程序文件,其中包含一个方法my_preference,它返回当前登录用户的首选项。我想在集成测试中访问该方法。例如,这样我就可以在测试中使用getuser_path(my_preference)。在其他帖子中,我读到这可以通过在测试文件中包含requiresessions_helper来实现,但我仍然收到错误NameError:undefinedlocalvariableormethod'my_preference'.我做错了什么?require'test_helper'require'sessions_hel
只是想确保我理解了事情。据我目前收集到的信息,Cucumber只是一个“包装器”,或者是一种通过将事物分类为功能和步骤来组织测试的好方法,其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗? 最佳答案 有点。它是一种组织测试的方式,但不仅如此。它的行为就像最初的Rails集成测试一样,但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意,您可以使用步骤来构建对象和设置状态,但通常您
我有:When/^(?:|I)follow"([^"]*)"(?:within"([^"]*)")?$/do|link,selector|with_scope(selector)doclick_link(link)endend我打电话的地方:Background:GivenIamanexistingadminuserWhenIfollow"CLIENTS"我的HTML是这样的:CLIENTS我一直收到这个错误:.F-.F--U-----U(::)failedsteps(::)nolinkwithtitle,idortext'CLIENTS'found(Capybara::Element