• jmeter 压测问题 at 2024年11月04日

    可以在你要测试接口地方设置等待多少个线程完成一起发送的。也是一种模拟性能测试的方式.

    1. 同步释放请求: 模拟同时访问,看吞吐量和响应时间 Synchronizing Timer The purpose of the SyncTimer is to block threads until X number of threads have been blocked, and then they are all released at once. A SyncTimer can thus create large instant loads at various points of the test plan. https://jmeter.apache.org/usermanual/component_reference.html#Synchronizing_Timer
    2. 不设置任何定时器, 就是随机访问,看吞吐量和响应时间,这个本质上也是符合系统场景的,到你要测试的接口,当然前面也有很多操作,那么自然也会形成系统负载,如果前面就撑不住了,到你这个接口也没有什么意义,这个像系统层面一点

    3. 也可以设置其他定时器,按不同场景下吞吐量和响应时间

  • jmeter 的指标判定 at 2024年10月30日

    我看这个要求: 不是说是接口,是说页面加载时间,接口一个 3 秒?这太慢了吧,是慢的恐怖。

  • 如何以上都很熟练了,我觉得是性价比最高的,不费力气,工资也还行吧。其他不要多想了,合适就行。

  • 从解决实际问题出发:

    1. 哪些经常重复做的?包括 Excel 处理,数据处理,是不是可以固定一些脚本,SQL
    2. 自动化如果在有熟练的代码基础上,没什么太多内容,真的是没有什么内容,你看看你能不能回答一下问题:
    3. 如何用 Python 处理 JSON/DICT
    4. 如何用 Python 定义 Model,如果 Python 的类可以自由的和 JSON/DICT 转换
    5. 如何访问 API,request/获取其他库,API 的要素有哪些?HEADER/METHOD/BODY
    6. 如何使用 UI 自动化: 如何识别元素,识别元素有哪几种方法,selenium 也好,playwrite 也好,怎么操作元素?
    7. Python 如何简单的实现数据库访问?使用 ORM 模式,使用 SQL 直接访问的模式
    8. Python 如何自由的读取 EXCEL/CSV 文件,pandas 是不是可以用用?
    9. Pytest 写写测试怎么写?一些特殊的 mark 是不是可以查查就知道了
    10. Python 读写文件/操作环境变量/操作 Shell 命令
    11. FastAPI 写个 Server API 试试,router,request,response,middleware 概念有了,随手写上 API 了

    如果以上都随便写写就能了,其实大部分都能应付了。 80% 的测试自动化技术以上内容如何很熟练了,基本上问题不大了

  • 看来招聘市场有点回暖了哇,招人好像有点了。

  • 区块链是干什么的?

  • 测试提效都有哪些方式 at 2024年09月06日

    取消测试,就都解决了;提效可以去提别人的效了。

  • 压测低频场景,而且不用平台有替代方案,一般公司都到不了要常年压测的程度;所以如果成本低做一个那到无所谓,
    如果需要花费挺长时间做的,不如拿开源的用就好了。开源的有好多的。比如: https://github.com/andriisoldatenko/awesome-performance-testing 这个上面自己看看。

  • 别预言这个预言那个了, 难道测试最擅长预测?客观的说,你的这几个例子的文章难道没有一点价值吗?可能对你没有价值,不代表对别人没有价值,各有各的活法,这么清楚的入门教程对一点不知道 python 的人,还是有帮助的;淘汰什么都不重要,重要的是你能写出不淘汰的东西;社区负面情绪稍微有点 。。。。。。

  • 上面 AI 的回答估计是没用的,可能大家找到 AI 不能解决问题的场景了,是个好事吧。

    1.看着讨论中说到技术自嗨的问题,我觉得这是两个问题,和这个讨论没什么关系,没必要带着这种情绪化的东西来说。
    2.至于说因为这种问题说要换行业,我感觉也未必,其他行业不能解决的问题可能也有,你还不知道,你怎么知道不是掉进另外一个坑呢?

    1. 这种问题没法 100% 解决,只能说什么程度是你接收的?比如一个月 2 次这样,一个月 1 次这样 。。。。。 方法选项:
    2. 拉其他人一起下水: 关联系统为什么你要测试,你让其他组的开发测试一起测试,你可以找借口说你不熟,不是你负责的,怕出问题看他们怎么回答了;如果拉下水,都觉得难受了,这个问题可能就有解决方法了。
    3. 足够自信: 你说我这个系统,只要你们的输入是按照约定来的,我就没问题,我自己测试完成,上线就成功了,我不关心你们系统怎么样,确实因为别人系统有问题,出现 Bug 了,但是这个和你系统上线有什么关系,Bug 是他们要改,不是你系统要改,你系统代码没有改动,为什么不能上线;
    4. 当别人子弹: Leader 可能不方便和人冲突,但是你无所谓,你如果愿意当 Leader 子弹,你就直接把你情况在大群,邮件里面反馈,指出哪里问题,有什么风险或者干脆你说上不了线,没人回答,你就不上线;如果 Leader 不站你这边,反正你也不想干了,不是吗?
    5. 接受这个情况,反正随便爱怎么来怎么来。。。。。

    但是如果要想解决问题,自己一定要想清楚要什么?有具体的诉求点,有具体的事情可以说事,你担心别人扣钱,但是别人担心你身体了吗? 不发 Bug,不可以直接群里说吗?或者你说来不及,让项目经理一起参与。 做好不能缓解一下就准备走人准备,虽然但是。。。。。。,但是确实很多公司就是这个样子,最底层,最没话语权的受罪。