-
Notifications
You must be signed in to change notification settings - Fork 402
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
动态参数输入源的使用场景需求分析 #29
Comments
非常好的需求,非常感谢,我也有些这方面的想法,打算是让每个项目在server可以有个自己的文件夹,功能上加 一个pre request script,然后可以在这里或test里保存返回的结果到文件夹也可以打开这个文件夹里的结果,还可以人工上传一些初始参数文件到这个文件夹,然后在脚本里打开取值,做到这点的话,上面的这些需求应该就可以做到了 |
@brookshi |
嗯,争取尽快能做出来,非常感谢你的建议 |
今天又想到一个点,在 Send 某个 API 接口的时候,其中的动态参数,应该可以直接读取该 Collection 下的另外一个接口的返回结果中的数据; 这样接口与接口直接就形成自动的调用链路了,不需要特殊干预;
两种实现方式
第一种实现方式主要用在需要先初始化一些必要的数据到内存,或者大量动态参数存储文件的情况,然后在其他接口里面直接调用函数获取文件内容进行使用;主要是压测的场景和自动化测试里面边界测试的场景会用到; 第二种实现方式就是平时使用,我添加一个新接口,直接在 这两种方式分别支持了 |
这一点也就是第一种实现方式用上面说的应该是可以做到的吧
这个其实比较难指定依赖的接口的,毕竟接口的名字可以是一样的,唯一标识符是guid,这个可读性太差。 |
@gumutianqi |
@brookshi
第一个需求场景:
第一种:单个动态参数,从文件一次取一个, 如果多个动态参数可能需要对应多个txt文件
第二种情况是整个参数体JSON都是动态从文件读取的一次读取一个
第二个场景:
现在只能**$variables$**还是太弱了点
实现了上面的两种需求场景,就可以满足所有的接口连续链式调用和压力测试获取参数的问题;
对了,需要解决一个Collection内的接口串行和并行的问题;
很好的值得推广起来的项目,而且看好Go的HTTP/IO性能优势,提了几个建议,望采纳
如果能完美实现动态数据的问题,我觉得能接受付费购买授权,能解决很多中小企业自动化测试的问题;
The text was updated successfully, but these errors were encountered: