性能测试工具只是辅助，方案和策略才是关键，我觉得很多人黑 LR 就是因为太开放太底层了 所以 基础的人无从下手罢了

接触不到底层的是 jmtet， LR 都是基于传输层写代码的 这还不够底层？

说 lr 落后的够了....这真的是用过 lr 的人能说出的话？

脚本问题:

• 没有检查点

• 没有特殊原因,登录请放在 init 里进行初始化

参数化:

从你的描述来看 需要参数化的有这几个

• 用户名密码

• 课程参数

最后:
脚本方面能看到的东西不多,性能测试难点是在方案上.
在有明确的业务场景模型后,脚本应该参数化哪些 模型里都会告诉你

1. 既然用了域名,那么为什么不绑定到 80 端口? 试着学一下 端口转发?
2. 点击下就报错了,优化一下再发出来吧
3. 怎么看到都是 get 传值?没学 post?

你这网站丢出去 怎么看都是减分项...

这密码。。。。

这事好事 身边有优秀的人你才有这种动力

我呢建议你们有权限关闭和开启讨论的人做事谨慎一点别一会关闭 一会又自说自话开启了 和上次我那个帖子一样....这功能被你们整的太搞笑了好吗...

json 不是一般直接一句代码直接编译成对象的咩，为什么还需要 xpath 检查 233

mqtt 不是基于 tcp 的吗，做压力不是只需要模拟传输层就可以了吗 难道是我记错了？

好久不来社区，怎么还在讨论一个已经走的人

把你所谓的自动化扔了吧 一毛钱都不值

#13 楼 @chenhengjie123 我现在不深入到具体项目里，不过以前单位的单元测试是开发做的，但是因为测试没能力鉴定测试结果 所以基本开发都是随便搞个报告就结束了

有能力就测试写 测试没能力就不要上单元测试了。
当然也不是说一定是测试写单元用例 但是测试一定要有能力写单元测试 。如果测试能力不足的话 让开发写单元测试只会变成一个需要完成的政治任务

为什么不直接写代码呢...

网上 有 摄像头 可以通过页面或 app 控制拍照和 360 度控制，你学下接口相关知识自己写程序就行了

提高代码能力 能有效提高 需求分析和测试案例编写能力

心态调整好 出去面试 基本都开 1.5 倍左右就行了 主要认识自己的不足

为什么要匿名 接口测试的我话建议自己去写两个接口和 实现再去谈测试

请使用你的技能瞎折腾，不要觉得做 xx 没什么用，你做 xx 的过程也是一种学习，如果感觉学不到东西了 请果断换个方向折腾 ，我个人的工作路线是这样的 。小公司网站开发->外包 功能测试 接触大型项目->性能测试 接触各种类型的系统->移动测试项目 + 自动化和性能->想做什么做什么

这些我都会，而且肯定比他们做的专业

各个都认为自己是 hero 其实你只是个 npc

这东西其实和社区没什么直接关系 建议直接切出去发展 不然遭人诟病

你应该先补补 http 协议相关知识

#8 楼 @anonymous 随意说你看的东西根本不叫技术书籍