你是需要测试鉴权?还是测需要鉴权的接口?
测试鉴权本身,需要你了解对应鉴权字段的生成算法;测业务接口的话,按照鉴权规则在请求中传递即可
参考贝尔宾团队角色中,每个角色的可容忍缺点
会有,可能有异构的业务处理逻辑等情况。或者处在灰度发布,蓝绿发布,金丝雀发布等过程中的情况下,部分服务器上的包较新,其余一些较老。
嗯,目前看来应该是企业版才有的功能
metersphere 目前支持接口和性能测试,UI 自动化正在内测,官方主打一站式持续测试平台,可以关注下
docker in docker
备份数据库,禅道使用的是 MySQL 数据库,相关连接信息在禅道的配置文件中有
“如果某位用户既是发帖数 Top 3 之一也是技术贴获赞 Top 3 之一,那么该用户将获得 1000 积分”,不应该是 1600 积分嘛?
ms 本来就可以直接添加数据库类型的接口,这里用 beanshell 感觉有点画蛇添足了
读到一半血压就上来了
同意四楼的观点。应当解决业务测试流程中真正的痛点,测试执行可能只是其中一部分,环境准备,数据构造,报告分析等等环节就非常通顺么?有没有可能进一步提效呢?也可以多方面考虑下
个人认为,前两个可以结合在一起来。
1.以实际需求驱动、以实际需求驱动、以实际需求驱动的测试平台,直接学习 SpringBoot 相关技术栈,同时学习 Vue、Vuex 及一个主流的 UI 组件库即可。写完之后可以用 docker 方式部署。如果是自动化测试平台,则可以利用 k8s 的能力动态创建测试和被测资源。k8s 推荐赵班长的课程,跟着学还是不错的。
2.性能测试方面,推荐极客时间 高楼老师 的课程,https://time.geekbang.org/column/intro/100042501 https://time.geekbang.org/column/intro/100074001
好东西!
这种情况下如果没有功劳,那一定是组织和文化的问题 。
要在具有上下文的运行中才有效,在接口自动化的场景里面这样用是对的。
生成前端资源的时候文件名后方加个随机串
MeterSphere 目前支持接口自动化和性能测试,官方后续有计划做 UI 自动化 可以了解下
看用途吧,如果是用作冒烟和准入,写场景用例会多些
vars.putObject 试试呢
转成字符串类型,再 put
期待您的后续内容
我司测试部门同事针对此问题有过一些思考,发在了我们的公众号上,欢迎大家共同探讨哈,链接如下
为什么测试人员要懂代码?https://mp.weixin.qq.com/s/uFJcgh7KlZnzBMb9LoxoNw
谈看代码 1 https://mp.weixin.qq.com/s/0c29QAQ_jm3ERUxUDKgytQ
谈看代码 2 https://mp.weixin.qq.com/s/w0ju6SSQiWy0hKDqRnmsSA
谈看代码 3 https://mp.weixin.qq.com/s/bBUtf1lu599h7CV-8RSRUg
前面物理层和数据链路层具体实际工作比较 “远” 的部分写的详细,该详细的却一点不展开
不如仔细的把五层协议中从网络层到应用层的部分讲清楚一些。
讲讲网络层的 ip 数据报,路由寻址,子网划分,icmp,igmp 这些
传输层的 TCP 和 UDP,比如 TCP 如何保证可靠交付的,滑动窗口等
应用层选个具体的协议讲讲如何利用下层的协议实现的自身功能
以及 ping 这样的应用层直接调网络层 icmp 的例子
应该能更形象些。。。
调研一波痛点,听听同事们的吐槽,找找灵感