谢邀请，题主的问题有点虚，老板就是和你扯扯皮，他懂测试就应该明白因地制宜。你应该先观察一段时间，然后再来落实方针，而不是带着自己一套想法来硬落地。

另外，没人你说蛋啊！一个人做不了流程。:feelsgood:

开春了都想挪窝啊！

15k 到 25k，能力高的能高给哈。期权可谈。

有 F🐴吗？

希望大家多提意见！

#8 楼 @wenchao 出差狗么。。

#5 楼 @wenchao :plus1:

能举个 线上的案例吗？

将 10.13.1.139:20001 的请求，同时打到 10.75.0.101:8077

这个会影响 10.13.1.139 的性能吗？

#48 楼 @quqing fps 30. 60 是对游戏的。有规律抖动，有可能在不断分配释放，这里可能有问题。

#99 楼 @monkey

用自己的经历去分析现在的事情。

这个都是这样的吧。大数据就是这样做的。

非常盲目的乐观，说的怎么怎么好

这个在 testerhome 还是比较少见的。

@441385483 适当鸡汤还是不错的。TesterHome 略微缺少了一点。 @monkey 对于鸡汤的界限有点过。其实我自己认为，用自己的经历去安利别人就属于鸡汤了。因为说出来说明就已经是可以做到的事情了，吹牛逼除外。

我其实也不是反对这篇文章，但是我觉得在这年关至少给人希望。我个人看到的是：

1. 测试不会淘汰

   无论是全栈，还是开发测试一体化，那都是风。猪站在风头都会飞。前几年，敏捷测试起来的时候，还不是大喊传统测试已死。现在来看，很多开始反省敏捷测试。工作中，人才是方法论的决策者，不是风向。

2. 技术很重要

   首先要定义，什么是技术？开发能力是技术，业务测试能力也是技术，人与人的沟通也是技术，不能局限于开发能力。 之所以会有这些风向，是因为我们局限在开发能力了，大家认为没有开发能力就是技术差，不能创造价值，这是扯谈，可悲的是现在上上下下的人都这样认为，我只能说只看到山。当然会这样想的原因是因为混业务的人太多了，投入产出比太差。所以个人的看法是精编业务测试团队，加强测试开发能力。

3. 无银弹

@xuben 错了

#28 楼 @chaos1001 说服开发优化 就得提出解决方案，所以我一直都认为做这种专项测试就应该开发自己做。

确认下，是否有混淆。

#46 楼 @441385483 圆滑不是优点。有原则的迂回。

#42 楼 @lvchongen Testerhome

#37 楼 @lvchongen

给老板打工的是 cto 是你， 老板的技术强过你 or CTO？No，老板强过你的是沟通，人脉，看准机会的眼光和承担风险的胆识以及运气，你哪样能比老板强？

我不得不说的是，正确引导社区群众很重要，此刻的调调未免太悲观。同一个维度比较，不能拿别人的长处比自己的短板。

第一个如此详细描述 jenkins 搭建的帖子么？@snake 比你那个是不是详细？

anderson 你好多英文名啊

#13 楼 @lvchongen 这里没有不愉快。是你自己在引导自己的情绪。

#11 楼 @lvchongen 我也没别的意思，我就说要严谨一点，不知道有啥错。

#9 楼 @lvchongen 我是觉得你用词不当，你注册那么久，就回过个位数的帖子。 ===》看帖少。 我没有这样说吧？ 怎么的出来的？你确定你看过社区所有的文章？