怎么说呢,如果你想过得好、有目标、有想法,趁着年轻,以提升自身硬技术为主。我现在就是薪资、base 地、996 等都不是首要考虑的,考虑的就是对自身有没有很大的提高,眼光长远一点,及时跳出舒适区,自己多想想哪种生活是你想要的
我明白了,原来 client to client 可以这么用,这个确实是可以无视公司外网 ip 变化的
这样的话其实还是需要一台外网 ip 确定的服务器安装 dnBu 服务端
楼主应该是没有用层主的这种方法的呀,dnBu server 没有说清楚,我一直以为还是在内网搭建的,然后利用了内网穿透技术无视外网 ip 变化。。。我从 0 开始研究过,体会比较深的就是这里的,如果网络知识薄弱一点完全无法按照教程来实现的
那这个是不是假需求了,域名也要 ip 进行解析的
我知道一个付费的工具可以满足这个需求,内网任意机器安装服务端都可,付费,你懂的,所以它怎么穿透内网的我不清楚
主要在这篇帖子里我看了两三遍了,或许我看的不够深、仔细,但是确实没找到答案,希望楼主能解惑一下
您好,我在公司也搭建了 open*,是需要公司防火墙对外开放 open* 端口,客户端在外网才能通过 ip 或域名 + 端口访问到服务端,然后通过服务端转发到公司内网其他机器的
所以对这里比较疑惑,这域名是哪来的,没看到声明,如何无视外网 ip 变化的?
我就说咋这么熟悉呢,刚好这三个场景, 整个过程非常赞
职业生涯的导师,赞
试试看?
习惯:top 后按 1
top -Hp pid
可以查看进程中线程的 cpu 占用情况,有异常就 jstack 导出文件,找到对应线程 tid
我也想知道 jmeter 录制脚本比写脚本简单吧,为什么都不建议录脚本?
感觉 jmeter 写脚本也就是把接口信息补充完成,处理脚本逻辑是都会做的事情呀
主要还是目前工作未遇到无法录制的场景,有人举举例子吗
小白有两个疑问:
1.top 看 cpu,java 进程 cpu 占用了 364%,应该是占用 4 个 cpu,核心为 2 个(超线程)或 4 个,何来 “全部 8 个核心” 的说法。(此处为知识扫盲)
作为一个测试人员如何判断:程序是占用这么多内存 or 程序存在内存泄漏?
总而言之,还是学到了。我也查到过占用 cpu 的是 GC 行为,但是提交给研发后没有程序相关代码就说看不出来有问题 以后我可以给他指一下方向了
还有,我们通常是在内存达到上限无法回收的时候才认为内存这块程序上有问题。但是当内存在上限之前一秒能回收,观察到内存接近上限时,应用就慢了,回收后又正常。这种情况小白感觉是有问题的,但是经验不足,没法解释。希望大佬能帮忙分析下,给下思路
总能从大佬的文章学到东西~
2 楼,总是能说到点子上,赞
我们公司测试环境很多很复杂,新到的测试服务器很快就满负载了,我自己了解使用过 docker,跟老大推荐 docker 三次了,每次都是初次新建镜像太多、测试环境与项目环境不匹配、实施推广麻烦(需要研发测试实施学习了解 docker,成本较大)这三个阻力,老大都不愿意尝试,面对越来越多的测试环境也无奈没有办法。。。k8s 我还没怎么了解,大概能解决第三个阻力吧?大佬有什么建议办法吗
不是看齐,是定个方向。。各个大神的博文看多了,再看看自己的能力,有些浮躁了,这个词不难听。我会慢慢来的
非常感谢大佬的指点,方向又较为明确了
我也没说我行啊,中级都够不上,现在是学习方向迷茫了,不要跑题啊大佬
与楼主加入 testerhome 之前的情况相似,不过少些技术分享的热情 ,从大佬的成才经历获取灵感
学习了,命令很好用