Hey,do you know what are you talking about?I just feel how arogan you are.
Please, please do unstand it is just my opnion, it doesn't really matter.
You can present your idea or opnion with reasons,passions whatever it is you name it.
From my point of view, different scenarios formed different solutions, the manual execution is also one of these solutions. Please remember who are actually do the daily works in most cases, these testers,right? Please take care of them, otherwise, your work may be in trouble. You feel you are a manager, but so what. You even don't know What's your aim. Please make things done, not want things happen.
线程模型和 TPS 模型 这块听上去很有道理,感觉是不对的。
性能测试的指标主要就看: TPS 和响应时间 RT;线程模型去生成压力,也是产生 TPS 的一种。模拟用户行为对于服务器来说就是产生压力,服务器不管是机器产生还是人产生,对他都一样,就是压力,他的处理能力就是 TPS。
性能测试指标首先就是先看:
TPS 不能满足了要求了,再看资源使用问题,瓶颈在哪里了,如果看不出来就是加机器,水平扩展,如果一定要知道系统的上限在哪里,那就一直加机器提高 TPS 知道看到那个瓶颈的地方。
这个文章有点概念混淆的意思。那些限流/排队和性能测试本身没有任何关系, 就是为了实现满足特定 TPS 和响应时间的实现方法,这些实现能不能满足要求,需要用性能测试来衡量。
查看 Python 环境
看看环境设置指向哪个
设置到你需要那个之后,可以考虑重启 pycharm,做好 index 之后再看看
这么杂的东西,其实可能花点钱上上这个论坛的大 V 的课说不定好点
需求管理都管不住,就不去测试用例管理了吧。
可以在你要测试接口地方设置等待多少个线程完成一起发送的。也是一种模拟性能测试的方式.
不设置任何定时器, 就是随机访问,看吞吐量和响应时间,这个本质上也是符合系统场景的,到你要测试的接口,当然前面也有很多操作,那么自然也会形成系统负载,如果前面就撑不住了,到你这个接口也没有什么意义,这个像系统层面一点
也可以设置其他定时器,按不同场景下吞吐量和响应时间
我看这个要求: 不是说是接口,是说页面加载时间,接口一个 3 秒?这太慢了吧,是慢的恐怖。
如何以上都很熟练了,我觉得是性价比最高的,不费力气,工资也还行吧。其他不要多想了,合适就行。
从解决实际问题出发:
如果以上都随便写写就能了,其实大部分都能应付了。 80% 的测试自动化技术以上内容如何很熟练了,基本上问题不大了
看来招聘市场有点回暖了哇,招人好像有点了。
区块链是干什么的?
取消测试,就都解决了;提效可以去提别人的效了。
压测低频场景,而且不用平台有替代方案,一般公司都到不了要常年压测的程度;所以如果成本低做一个那到无所谓,
如果需要花费挺长时间做的,不如拿开源的用就好了。开源的有好多的。比如: https://github.com/andriisoldatenko/awesome-performance-testing 这个上面自己看看。
别预言这个预言那个了, 难道测试最擅长预测?客观的说,你的这几个例子的文章难道没有一点价值吗?可能对你没有价值,不代表对别人没有价值,各有各的活法,这么清楚的入门教程对一点不知道 python 的人,还是有帮助的;淘汰什么都不重要,重要的是你能写出不淘汰的东西;社区负面情绪稍微有点 。。。。。。
上面 AI 的回答估计是没用的,可能大家找到 AI 不能解决问题的场景了,是个好事吧。
1.看着讨论中说到技术自嗨的问题,我觉得这是两个问题,和这个讨论没什么关系,没必要带着这种情绪化的东西来说。
2.至于说因为这种问题说要换行业,我感觉也未必,其他行业不能解决的问题可能也有,你还不知道,你怎么知道不是掉进另外一个坑呢?
但是如果要想解决问题,自己一定要想清楚要什么?有具体的诉求点,有具体的事情可以说事,你担心别人扣钱,但是别人担心你身体了吗? 不发 Bug,不可以直接群里说吗?或者你说来不及,让项目经理一起参与。 做好不能缓解一下就准备走人准备,虽然但是。。。。。。,但是确实很多公司就是这个样子,最底层,最没话语权的受罪。
来自 Kimi 的回答:
面对关联系统多且测试和上线过程中频繁出现问题的情况,可以采取以下策略来优化流程和减少问题发生的概率:
需求明确和沟通:
提前规划和协调:
接口文档和规范:
自动化测试:
模拟环境测试:
灰度发布:
监控和日志:
应急预案:
培训和知识共享:
持续改进:
跨团队协作:
通过这些措施,可以有效地减少关联系统带来的问题,提高测试和上线的效率和成功率。
看着有点像https://www.nocobase.com/ nocobase 的风格
666
这种情况挺常见的。看看有没有优点再决定吧
主要是能写的不太多,你看前几年流行的:
现在又开始流行 AI,但是这些也和常见的业务测试直接相关性不大。 测试要么不知道哪里下手,要么其实直接问就行了。那亮点能体现在哪里?
而一些基础内容大部分其实也是和开发相关,这些也是有分化:
测试直接马上能看到效果的,还是所谓敏捷,流程,设置各种卡点。。。。。。。,这是可能马上能看到效果的,但是这些确实和技术又不相关了。
都是很矛盾的东西。
如果有人知道怎么变现是不会告诉你的,告诉你就是多个竞争对手,为什么要告诉你?是不是都想多了,怎么把竞争变成合作才好点呀,怎么变现我也不知道,只是感觉有可能,比如做机器人,发社交媒体什么的 。。。。。。。。。。,至于怎么变现,真不知道;当然真知道了,估计也不会告诉你
RPA,什么的说不定可以有点副业,影刀,UIBot,反正都是自动化,不如自动化业务流程呢。
技术群里讨论问题,大部分问两个问题看看有没有人讨论,两个问题是:
如果类似这种问题有回答的,建议这个群保留着。
我估计如果从头实现需要前后端各半天 (乐观一点).
如果用一些好用的工具实现呢?大概是 1 个小时吧。假设需要实现一个如下的文件上传功能需要多少开发量?
如果用一些好用工具实现,一个 JAVA 类吧:
我就是这么实现一个前后端都有的上传功能。 至少个人认为,有些东西确实没有必要什么重零开始,尤其是测试开发相关的东西.