不会真有人是为了技术活着的吧
凭什么没有安保保安
试试这个
from sshtunnel import SSHTunnelForwarder
import pymysql
jump_host = 'jump_host_ip'
jump_port = 22
jump_user = 'jump_username'
jump_key = 'path_to_jump_private_key'
dest_host = 'mysql_host_ip'
dest_port = 3306
dest_user = 'mysql_username'
dest_password = 'mysql_password'
# 建立SSH隧道
with SSHTunnelForwarder(
(jump_host, jump_port),
ssh_username=jump_user,
ssh_pkey=jump_key,
remote_bind_address=(dest_host, dest_port)
) as tunnel:
# 连接MySQL数据库
conn = pymysql.connect(
host='127.0.0.1',
port=tunnel.local_bind_port,
user=dest_user,
passwd=dest_password,
db='your_database'
)
# 执行SQL查询
with conn.cursor() as cursor:
cursor.execute('SELECT * FROM your_table')
result = cursor.fetchall()
for row in result:
print(row)
# 关闭连接
conn.close()
同行,您好呀
工作就是这样,建议都是纸上谈兵,认清自己的价值,认清市场的情况,然后就知道该怎么做了
不要看论坛内大佬们都是百万年薪就焦虑,经历过 gap 的你应该认识到活着才是最重要的
等我周末转行卖土豆泥成功后就给你我的建议(秘方)
如果没成功
那就等我下一次的转行和建议
加油吧,路上的人
你和开发确定需求了吗?这个异步接口可以一起沟通下,一般性能方面要求很低的,不然也不会考虑异步了
至于前置需求,应该是依赖 abc 结束的数据吧,查库数据参数化能否实现
用到的时候有用
用不到的时候没用
不好意思,是我误解了
最不合理的地方应该是不合法
领导:联调阶段出的问题关我屁事?
PM:边开发边测试,上线出问题就是代码变更引入,与我无关
开发:眼科普通号 5 元,你没有我替你拿;一个按钮没了都看不到,还好意思吵吵
禅道:问题我提了,锅已经被我指派出去了
测试:有理有据你怕啥,流程有问题,啥时候你都有理
点了下用例和接口那里,感觉新用户使用起来有点晕,没有流程类指引信息,自己摸索了几分钟才猜出来怎么传值和添加
开课吧,一起去为人民做贡献
宝贝,你这样我可就没法和你聊了
并发的含义是什么?单接口测试的前置需求有哪些?实行性能测试对接口功能方面的要求是什么?
按你现在阐述的场景,这样是不合适的
大家讨论的其实都是异步接口是否应该与常规接口放在一起评估性能,我认为是不应该的。就这个场景而言,我认为 ABC 和 D 应该相互独立测试,这样才能直观的看到场景瓶颈是在哪段,如我之前所说的。
至于具体测试场景操作设计,你可以在站内搜一下,常规性能场景就可以,没啥好说的
所以你这个就是适用于第一场景,必须以 D 的结束为终点,那性能的瓶颈点大概也是以 D 的性能为主要成分,2min 也就可以算是你的性能指标了,但这种异步类场景验证流程性能的意义不大,我建议重点关注 D 接口的性能便可
既然我都能用电脑看了,为何还要连手机
学这有什么用?缓解疲劳
学这个能涨薪?不能
学这个干什么?助眠
学了这个感受?你没感觉到睡得很香吗
写内核的基本原理?面向 睡眠 大脑编程
我建议直接面试 CTO
以下纯属个人猜测,如有雷同,纯属巧合:
1.如场景以 D-Finnish 为终止点:ABC 和 D 需要相互独立验证,分别得出两者的性能,然后取其低者(肯定是 D 低~)
2.如场景以 C 为终止点,则只取 ABC 的性能即可(通常页面状态也是以 C 结束为识别点),至于 D 都考虑异步了,性能方面忽略就算了,不是太离谱就行
是吗?我怎么头次见到你
不受控制是怎么个不受控制?代码能不能贴一下?和并发有实际关系吗?
你这啥啥都没有,咋给你解决方法
执行 Fail 可以采取下面的方法,第三位,你想塞啥就塞啥,另外执行失败会有异常报错存于报告中,无需额外处理
self.assertEqual(res['state'],1,res)
想躺平,会啥分享啥
想成长,不会啥分享啥
之前我还会关心寒冬该怎么度过,现在已经不在乎了,因为清楚不是每个冬天都会有春天来轮换