还未发布过话题
  • 看下两个线程分别的执行策略设置

  • 好奇大佬怎么把这种代码从 0 到 1 敲出来的

  • 这个问题太笼统了啊,直接提问很难一两句说明白,建议看比较系统的资料结合工作会稍微清晰点。原来我也没做过性能测试,去年接触了一点,感觉还是很多东西需要去深入,推荐给你几个我看过的资料。
    1、JMeter 基本使用设计及相关概念可以看小菠萝的博客园;
    2、可以看看极客的高楼的性能测试相关课程,会有个大概的概念;
    3、基本的分析及相关的工具可以直接博客园找一找相关资料;

  • 感觉当前节点能推的就是冒烟测试了,可以给他们提供冒烟用例,演示过程中按照用例或者按照流程去点,拉上 UI 产品等开会

  • 小白说下个人的理解,欢迎批评指正:
    1.不同工具请求本身响应就不一样,可以分别多次运行看看;
    2.可能是没请求到缓存,或者是数据读有问题;
    3.JMeter 链接过程本身就会耗时,关注的应该是请求到网关的时间;

  • 😹 最近也在看 Django 相关的框架以及前端基础知识,感觉很困惑,学过之后记不住具体实现,大部分还是只能照着视频或者笔记 cv,不知道大佬有没有什么建议。

  • 不太理解这个帖子的意义在哪里。就两句话,也没有要讨论及要分享的点。。

  • 分享学习下,有好的思路也跟大佬们学习下
    目前我这面的场景:最多的参数可能有 5 个,然后每个参数可能有多个场景,日常迭代测试中只会去完全覆盖比较核心的参数(完全校验参数返回的结果及入参场景),不是很核心的参数只会去用 python 脚本参数化笛卡尔积组合测试,采用 json 断言关键字/数据体;
    异常场景:提取通用异常场景的参数,采用脚本去校验对应的 case 和数据;
    JMeter 参数化:会用 JMeter 再去参数化跑一段时间参数随机组合的数据,防止有遗漏的场景;

  • get 到了,感谢。

  • 没看懂这个多参数的思路,不应该用类似笛卡尔积组合参数测试吗,这样不会遗漏组合用例吗