是最新的，已加你的 WeChat

这么明显。。。。。 variable Name 为空了

5、比如 nginx tomcat IIS 等

1、执行 sql 脚本建表
2、修改 db.config 数据库配置文件
3、安装需要的第三方依赖库，运行 mock_server.py。
4、运行 mock_web.py。
5、把 web 项目拷贝到 web 容器中正常访问，修改 mock/js/config.js 接口访问地址为 mock_web 的地址和端口。
6、打开 index 页，添加/导入自己需要的 mock 数据。

alias
ln -s
如果单说说效率的话。

暂时没有，看 10 月份再说。。。。。

是这样的，管理页面没和项目做集成，要单独部署在 web 容器里。主页是 index.html

设计了两种模式：
A、不校验请求参数，可以只维护 response 的 content。
B、填写多条，每次通过禁用启用的方式管理。

shutdown.sh

个人理解：传统性能测试更多的是以事物为核心，更多的是由单个或者多个事物构成业务场景进行压测。
全链路压测更多的是以请求为核心，通过引流等方式进行场景的模拟进行压测，更多的适用于业务链路较长的交易。

sorry 看岔了。。。。。 这次明白你意思了~ 看下 jenkins 的控制台输出呢，我参数化构建使用 STRING Parameter 没问题呢。

改下配置文件里的参数值？

LR 报告中会自动忽略思考时间~

你第一个中 LR 那种设置方式是~ 事物完成后继续下次事物直到 5min 结束为止~ 而 jmeter 那种设置对应的是 lr 的 only once 那种~ jmeter 官网在能写的地方都写了 gui 模式仅用于 code 和调试。
哪个更贴合实际情况的话，我觉得只要负载发生器没瓶颈，没多大差别。

jmeter 是 gui 模式还是非 gui 模式运行的? 两种模式结果相差还是比较大哦

我自己是公司电脑和家里电脑开始都是空白的~ 然后在别的地方看到有人说这次第一次启动要访问一次谷歌的某个连接~ 导致第一次，于是后一切正常。

我的实践是第一次必须 ***~空白了半天后得出的教训。。。。

思考时间可以优化下~ 现在全是用的实际的思考时间~ 可以结合业务设置思考时间，然后使用随机分布 如 80%-120%。
另：如果做狭义并发的话，需要添加集合点。

顶起

#1 楼 @xiaoqi_11 看起来是 path 没有配 PATH 中%ANDROID_HOME%;%ANDROID_HOME%\platform-tools;

边读边哼唱 +1，下次换成最炫名族风就更好啦~

首先 思寒写的还是那么的务实，没有太多的空头大道理，赞一个。

：性能指标度量和监控
第一层的同学在使用 ps netstat vmstat top nmon 等工具.
第二层的同学在使用 ganglia zabbix 等工具做监控
第三层的同学在使用 profile 工具. 比如 VisualVM JConsole ByteMan BTrace AOP
第四层的同学在使用 trace 工具. 比如 systemtap dtrace perf 等.

这段我个人存在不同的看法：
ps、top、nmon 等是作为资源监控工具，而 ganglia、zabbix 等更多偏向于运维方面的服务器监控（灵敏度差个人不觉得适合用于性能测试监控）。
profile 类型工具用于针对应用程序自身或者 JVM 等监控，perf、sysmatap 等用于系统自身的监控以及调优。
这些工具更多应在排查定位问题时根据情况使用，而不会随着性能测试工程师的技能水平提升而取代。

#7 楼 @diao2007 没懂呢~ 2.3.6 也有这个吧~~~ 你如果想下载指定版本的 jenkins 可以去官网下啊

#3 楼 @jiffy 我一般是 *** 下，或者直接访问下载地址，下载 hpi 到本地后导入。

写的很棒~~~ 支持~~~