要在具有上下文的运行中才有效，在接口自动化的场景里面这样用是对的。

生成前端资源的时候文件名后方加个随机串

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 的例子
应该能更形象些。。。

调研一波痛点，听听同事们的吐槽，找找灵感

开源版是免费使用的，核心功能都是免费的

好用也很关键。一旦不好用，摩擦力大，不够易用，测试人员就会选择他最舒服的方式，分分钟放弃自动化。

自己写 beanshell 比较合适，语法比较简单 链接 https://blog.csdn.net/hujyhfwfh2/article/details/80862134

没有试过

可以使用官方最新的版本，目前是 v1.9.3

搭建成功了，使用的离线包

期待！

还是不错的，有央企国企，也有很多本土知名企业。

目前先进行议题和讨论话题征集，6 月开始活动报名！

对朱少民老师的观点总结的很到位

首先最最重要的，我认为是快速学习并转化为生产力的能力，即 “学了就能会，学了就能用”。

研发相关能力：

至少一门熟练掌握的语言及其对应的框架（应用及测试框架），拿到需求（评审&设计后）可以又快又好做得出来
熟悉主流数据库，SQL 语句会写会调，视图、函数、事务都能用得上
扎实的计算机基础知识：数据结构、算法、计算机网络、操作系统，并能应用到具体问题分析中
熟悉自己的枪：各种开发环境的搭建、插件配置等等
测试相关能力：
这个大家都比较专业，就不展开了，核心我想表达的就一点：能够无缝切换为业务测试的工程师

运维相关能力：

Linux、Docker、K8s 等容器化虚拟化技术
Ansible 等自动化运维能力
持续集成相关（归纳到运维里不太合适，暂且放在这里），Jenkins、CICD、DevOps
项目管理能力：
掌握应知应会的项目管理能力，敏捷、CICD 等等。一个项目的各个阶段能够主持开展，能够去调研用户（这里的用户可能是你开发工具及平台的用户，比如测试工程师）的需求，并真正挖掘用户的根本需求，可以少走很多弯路

工程效能思维：

站在与测试同事不同的视角去看待软件生命周期的全流程，去熟悉并改进开发与测试之间的写作方式，对现有的积累、痛点、弊端都了然于胸，知己知彼，从解决问题到创造需求，以达到质的提高。

对新兴技术的敏感度

时刻保持对技术的热情，积极主动关注各大技术博客、论坛、开源社区等，多探索，多动手，多实践。

表达能力

关键时候要能说出来哦

不看掌握啥技能，只看解决啥问题 、 主动发现，主动解决，逐个击破，提高质效