新建脚本，新建场景，就好了。
试试吧。

正好讨论一个问题。

对于 web 类的流程系统，是否有必要做接口测试？

目前的系统：前后台基本没做分离，前端有很多在浏览器端做的页面处理和逻辑判断，发送到后台应用服务器的交互也不一致，也没有相应的文档。
性能测试每次都是重新录制，但是接口测试和接口自动化测试注重的是功能验证，不可能每次都重新录制，如果页面调整，当前的接口脚本很难说需不需要调整。

大家来讨论下。
@seveniruby @Lihuazhang

嗯，就是这样，pid 就是获取到的进程号。

if pt_name == 'Windows':
    ex_cmd('taskkill /T /F /PID %d' % pid)
else:
    ex_cmd('kill -9 %d' % pid)

我的这么写的：

# 执行命令，无需返回
def ex_cmd2(cmd):
    subprocess.Popen(cmd, shell=True, stdout=subprocess.DEVNULL, stderr=subprocess.DEVNULL)

对于 node 版本安装的 appium 可以这么来做，但是对于目前的 appium desktop 版本，可以实现么，我初步看了下，好像无法通过命令行的形式来启动 appium。参数也不好传递。。

赞。

所以现在银行 app 是这么做的：检测网络，禁止有代理的环境下使用，防止中间人；不管用不用 ssl，所有交互全部加密传输，就算请求一样，两次请求的加密包都不一样。

硬盘要涨价了。

"踩了才知道是坑"

👍，很多时候，我们都在纠结到底踩不踩，踩哪一个。

90%，95% 不是一个平均值，而是排序后一个点的值。

我工资 500，你工资 9500：
平均工资 5000。
这样来算，50% 的工资是 500

所以很多时候，我们都被平均了。

第一个问题：这是一个单选，取值的时候需要选择，直接取 ${params. choiceTest} 的值就可以了，至于是什么，需要依赖用户的选择了。

兼容 lr 脚本？
支持到什么程度了。

原来我写的有歧义来，上面那个是单选，不是多选。

Shared Library 我最早没尝试成功，感谢分享，后面试试。

f.lux

对于数据和传输协议，每个系统都有其特殊性，所以作为一个测试产品，是很难做的很通用。
测试平台类专注于案例和数据管理，其他的协议相关的，做成 adapter，和平台做好接口。
这样平台的通用性会比较强。

先学习测试，手工测试，知道手工测试的痛点在哪里，自动化要解决什么问题。顺便学习下技术，看用技术怎么解决。

再更新一个，目前的 pipeline 关于 parameters 的说明中，没有说明支持多选。
实际是可以支持的。

parameters{
        string(name: 'Time_Out', defaultValue: '200', description: '超时时间')
        choice(name: 'Server_addr', choices: '10.114.24.192:7722\n10.129.14.147:7722\n10.114.4.208:6005\n127.0.0.1:6005', description: '被测系统ip及端口')
}

多选的数据类型还是 string 类型，里面使用\n 来区分多个候选值。

走向国际化了，666

sh，perl，Python，Jenkins pipeline ，任何能自动的都自动了。。。从版本获取，版本部署，应用重启，执行测试，出结果。

标题改成 Python 通过 telnet 连接远程机器

用 pipeline 试试

可以的，试过微信，可以驱动起来。

挺好的思路
$var
@list[0]
&func($p1,$p2)

分别用来表示变量，数组，方法。
这样的格式和 perl 类似，看起来易理解多了。

6 最常用，另外，云测的公司是基于 apk 的解析的，底层用的是什么就不清楚了。