排版问题被屏蔽。
#4 楼 @chenhengjie123 。。。工作不饱和啊。。
先把 pg 代码运行起来看看,搞这个。。
谢邀请,题主的问题有点虚,老板就是和你扯扯皮,他懂测试就应该明白因地制宜。你应该先观察一段时间,然后再来落实方针,而不是带着自己一套想法来硬落地。
另外,没人你说蛋啊!一个人做不了流程。:feelsgood:
开春了都想挪窝啊!
15k 到 25k,能力高的能高给哈。期权可谈。
有 F🐴吗?
希望大家多提意见!
能举个 线上的案例吗?
将 10.13.1.139:20001 的请求,同时打到 10.75.0.101:8077
这个会影响 10.13.1.139 的性能吗?
@441385483 适当鸡汤还是不错的。TesterHome 略微缺少了一点。 @monkey 对于鸡汤的界限有点过。其实我自己认为,用自己的经历去安利别人就属于鸡汤了。因为说出来说明就已经是可以做到的事情了,吹牛逼除外。
我其实也不是反对这篇文章,但是我觉得在这年关至少给人希望。我个人看到的是:
测试不会淘汰
无论是全栈,还是开发测试一体化,那都是风。猪站在风头都会飞。前几年,敏捷测试起来的时候,还不是大喊传统测试已死。现在来看,很多开始反省敏捷测试。工作中,人才是方法论的决策者,不是风向。
技术很重要
首先要定义,什么是技术?开发能力是技术,业务测试能力也是技术,人与人的沟通也是技术,不能局限于开发能力。 之所以会有这些风向,是因为我们局限在开发能力了,大家认为没有开发能力就是技术差,不能创造价值,这是扯谈,可悲的是现在上上下下的人都这样认为,我只能说只看到山。当然会这样想的原因是因为混业务的人太多了,投入产出比太差。所以个人的看法是精编业务测试团队,加强测试开发能力。
无银弹
@xuben 错了
#28 楼 @chaos1001 说服开发优化 就得提出解决方案,所以我一直都认为做这种专项测试就应该开发自己做。
确认下,是否有混淆。
#46 楼 @441385483 圆滑不是优点。有原则的迂回。