8089 是 docker 方式的端口，前端你用

$ npm run start:no-mock

默认会打开 8000 端口

语法和 jest 好像

chrome 浏览器，右键有个 “翻成中文”.

签名是指一个加密参数，还是头部参数呢。给个例子看看

一般看 issues，你遇到的问题可能有人问过，或者你可以新建个问题，直接问作者。

换 py 或者改下。

目前没有特意去写日志系统，你可以通过 docker logs -f xxx 看到容器的日志。

这个是服务端的接口地址，你要访问 WEB 网页的地址。如果是按照 docker 装的，那么是http://localhost:8089

IOS 打包需要 xcode 組件，所以只能在 Mac 下打包。

请求异常了，看着和像是服务器配置的问题。你是 mac 么，参考下Mac 环境下 Safari 无法访问 127.0.0.1

界面简单，脚本多些。

一直挣扎在业务测试与工具开发之间，羡慕大佬们的公司还能给个明确的定位。

看下服务端日志，估计数据库没连上

这个看是任务列表找用户找不到了，估计有删库操作造成脏数据了，待我兼容下

这种属于动态取值的了，需要看你断言的依据从哪来。最好保持测试数据纯净，需求不大目前没加断言参数传递。

如果迭代版本参数有变化，可以复制个改下参数配置，这相当于一个新用例。如果只是接口版本号变了，可以增加一个新版本的任务里面指定某个全局的请求参数。不知道你新老接口是怎么区分的，可以给个例子我看看。

随意注册个就行，目前没做用户权限区分。默认的 admin / aa123456

不是，docker 只有一个，是我部署服务端的，可有可无，看你怎么部署。
每个任务会单独调用 jmeter 命令行，去执行对应任务 jmx 的文件。

开发环境不需要配置 gunicorn，直接 python run.py 即可。如果你是 ide，右键 run.py 运行。

没结婚真自由，天南地北随便漂。

圆了自己的坑，重新开发了个平台，用的 Jmeter。 基于 Jmeter 的 web 端接口自动化测试平台

bizcharts

之前我也有写过用 urllib+unittest 的，考虑到后期平台的扩展，决定用 jmeter，它本身已经很强大了，但团队化协作不方便。如果不是用 docker 镜像安装，需要配置个 jmeter 的环境变量。

cookie 可以找找有没有全局管理的方法。偶尔报错，应该是有些参数写死了，和开发确认下哪些是动态生成，需要从哪接口获取，然后保证接口执行顺序，做个参数化传递。

脚本本身不重要，是根据数据里的测试数据参数生成。