我修改下. 谢谢 还有 @yuweixx

加精理由: 我对 BDD 持保留意见. 不过你给了很好的 Rest-Assured 跟其他框架结合的例子.

nodejs 的实时性很好. 这个被过度吹嘘了. 很多语法都支持异步和高并发. 速度一样很高. 比如 akka em 模型, 或者 erlang

小米会提供对应的 log 文件吧. 如果错误的堆栈的确在你们的 app 内, 你们的 sdk 应该可以检测吧.

自己根据自己的情况选择好就行. 没有 100% 正确的答案.

如果做了明确的推荐. 那么就是对所有人的不尊重. 会让别人对自己的选择有严重的挫折感.
这种得罪全天下的事情不要做. 不然就会挨喷.
刚入门学习的人还可以接受新思想, 一旦深入某种语言就会陷入保守无法掉头的. 去叫醒这类人没意义.

你可以从如下的几种情况综合考虑

• 研发的技术体系
• 最全栈全能的语言体系
• 能支持前端开发

这样既能深入研究底层的编译器和字节码, 做到覆盖率分析, 性能分析和业务建模, 又能做到可以做成一个完整的平台.
一种语言能搞定最好, 搞不定就得再多学一两种.

这就是我帖子里故意提到模糊了一些细节. rubymotin 不是太流行, 所以我没提. 没有规模化使用的我就不列举了.

那个是答疑群. 只服务对社区有帮助的同学, 你申请的时候附上一些你帮助过社区的事情也可以加进去的.

工作习惯不同吧, 那你们公司适合 LR. 那就继续用吧. 反正有的是金钱人力和 windows 的机器.

迟到的加精

你可以用这套体系糊口也是合理的 lr 是一直很有价值的 就跟 vb 一样大学有人教 也有人用他开发了很多项目 但是我不建议现在的新人去学它了

它的时代已经过去 他的理念已经不适合现在的架构了 我说出了他的缺点 也说出了他的优势 他死不了 但是会走向没落

说几句实话而已 你非要说我黑他我也承认啊 我跟 lr 没利益关系 直说而已
其他工具也有缺点 你也可以有证据随便黑 对我来说 这就是正常的对比而已 比如 jmeter 晦涩丑陋的 UI 体系, gatling 小白完全无法入手的.
说几个 LR 的缺点并不代表它一无是处, 也不否认它曾经是划时代的性能测试王者.
从他加压的方式 监控的方式 agent 的性能 都已经是落后了

理想的性能测试方案, 至少满足如下几个场景

• 可持续集成. 也就是固定的服务在部署到特定的环境后可以自动使用老的数据回归性能,
• 监控平台化. 可以随时调出待测服务器集群中的某台设备查看 tps/qps 和 cpu mem 句柄数 连接数 流量 jvm 的 profile 数据 数据库的状态数据 应用自身 log 统计数据的对应关系图. 可以随时调出上个季度的服务器性能和当前的服务器性能做对比.
• 问题定位方便. 可随时根据时间点和曲线图的拐点分析特定时间段的各类指标和应用 log

另外你服务过的项目 你能透露下嘛 服务器多少台 你得出的性能数据和监控数据是多少 超过 50 台的服务集群你用了多少 agent 压测 恕我直言超过 50 台你用 lr 是拿不出监控数据的 不信你可以试试

理论上你在同机房装个虚拟机安装 windows 也可以 .后者在 linux 上安装个 agent, 再在自己的办公网络安装个 windows 去加压也可以.
也可以通过批处理结合 Jenkins 做个持续集成.
理论和实际落地是有偏差的, 最优的方案不是这样的. 所以只要公司技术跟得上, 都会走上了自己的基于开源的方案.

王者荣耀一款皮肤 日流水 1.5 个亿。。。
现在你要帮他们想一个年收入一千万的 idea。。。

我的战绩就这么被无情的暴露了 我掉星是为了挽救那些还在白银徘徊的失足少年 比如 q 于老板 高鹏

介绍下如何自己写规则呗

就是可以在被测服务器同机房压测 不跨路由器和交换机

那本质也是 dex 我也是觉得只有 dex 才能运行 之前看过一个韩国人写的内核的书 提到用 jar 我当时就怀疑 估计也就是把 dex 打包成 jar 了

方案设计 监控和调优才是性能测试的核心 加压只是入门功能 工具选择很多
你搜索的那个列表是十年前的总结吧 没有 gatling ngrinder 不科学

lr 不支持服务端压测 你注定就得在办公网压 lr 搞出故障也是顺理成章的 毕竟你也不知道办公网路由器的小心脏有多大

可以改天分享下. 听起来不错的小工具.

你试过 jar 包也能放进去 classpath 可以执行吗 我记得有本书提过好像 jar 也可以 不过我有点怀疑

app_process 也能这么用 学习了 以前就想这个工具肯定能做点事情 你今天的分享给我提供了很好的自动化的思路

如果编写一个 apk 额外再提供一个命令行解析 用于自动化自身 貌似会很方便

说说你们的招聘条件

中国用 lr 的 90% 都是用的盗版 那费用贵的离谱 是针对人傻钱多的公司准备的 创业公司哪有钱买

所以后面 lr 的市场逐渐会被各种云压测服务和压测开源工具代替

光我亲身经历的 阿里内网就被 lr 压垮过三次 朋友的公司也因为这个被压垮过好几次 还有更奇葩的 全公司都是 mac 他非要找 linux 服务器安装 windows 虚拟机用 lr 无力吐槽

因为市面上 lr 的图书和培训机构铺天盖地 导致很多新人以为这就是性能测试的大成工具 其实五六年前就被阿里和其他的互联网公司否定了

所以互联网公司面试有一条隐形的经验 精通 qtp lr 的人 尽量不要招 要不就是三流培训机构出来的人 要不就是很多年研究 lr 自以为是的井底之蛙 lr 里面也有很多高手 但是只会 lr 的人绝对不是高手

不用都通过 appium 来解决 找到关闭蓝牙的命令单独调用即可