哈哈,发现高飞兄每次发言必定谈及 k8s
希望多一些这样的文章,少一些布道师
有点理想化了吧,而且过于高看了自动化测试的作用
皇帝的新衣
多线程跑
只包含了静态分析吧,远程调用(RPC)的影响呢?
现在看来,纯测开不是好的选择,必须有较重要的业务握在手里
随着行业形势变差,学习的收益也越来越低
命名能不能统一风格啊,看得强迫症犯了
一如外包深似海!
有开源计划么?
十几年前,掌握 selenium 都算测试界技术好的了,那么几年后掌握 Docker/K8S 也许只是平常事了。
写得很接地气,希望能继续更新
皮之不存毛将焉附,行业下行,原来那些夸夸其谈的人顿时成了裸泳者
参考脉脉的设计
有什么用吗?
有什么解决方案了吗
太强了
有北京岗位么
没发过,方便提供下链接么
复杂场景就不要用平台覆盖了,可以把平台理解为数据归集管理和共享的工具,用来做回归测试还是很便利的。
哈哈,看来是同道中人,确实是券商
还需要整理一下,会开源,请持续关注
接口依赖和 token 处理,借鉴了 JMeter 的处理方式,
以登录为例,先从登录接口响应结果中提取后续接口需要关联的值,即 token,并保存:
在同一个测试集合里,需要使用这个 token 的,以 ${token}的方式即可引用。
这种方式是动态关联,指关联变量在一个测试集合里生成和使用,测试集合跑完后就失效。还可以考虑,设置专门的全局变量,这个我还没做,不过实现起来很容易。