呆了一天觉得不合适

对，这种态度下去就是白纸，没有一点用处

天行键，君子当自强不息！何必要让他人关注自己的成长呢？

精通业务？

只点点点就是混吃等死，不学技术，不学代码，靠点点点一辈子？
说起什么点点点懂业务，你知道什么叫孰能生巧？

只会点点点的就是工厂流水线的操作工。

我见过太多干了 5、6 年的点点点测试，除了精通业务之外，看不到任何其他特长。

多沟通是解决问题的有效方式，发牢骚和猜忌有矢风范。实在沟通结果不满意在考虑下一步。万一是交给你更重要的事情呢

怎么样加群？

滑稽，我是看到吐槽来加群的，放一下。: )

质量和效率提上去了，自己才有更多精力关注更重要的。

首先从管理角色来讲，脚本，框架等不是都是要提交到某个地方保存吗？这不是公司共有财产吗，在这个共有财产，你也可以有一份，因为是你写的，并且还是你做的，这是你的能力啊。所以这个不存在架空。重点你要有经常写总结文档习惯。然后换岗位，就多学点，跟领导谈下，这个岗位的规划，如果没有得话，你就继续多学点东西，不要在意。如果你觉得自己心里受委屈了，又调整不过来，那你还是离职吧。不开心的工作终究是折磨自己~

我们公司。。业务测试跳槽比技术测试跳槽更好跳，因为他们的业务是非常有价值的，而且测试一旦测业务是要比开发清楚很多的，点点点还是要区分开讲

相信没有诚意的坐标常常意味着清理空旷的世界，这样做浪费精力，还有一点点害处，因为这些空世界以后还可能用得着。无诚意坐标的发送者真是不可理喻，它们会得到报应的。
判断坐标的诚意有一些可遵循的规律，比如群发的坐标往往都没有诚意。但这些规律都是很粗略的，要想真正有效地判断坐标的诚意，主要靠直觉，这一点种子上的主核做不到，甚至母世界的超核也做不到，这就是低熵体不可取代之处。

看到张飞了，混迹在测试圈的服务端开发（测试转的开发）

这个事情恐怕不是这么简单。强撸代码炫开发框架是基于业务涉密，不是所有公司都用开源框架干活的，势必要结合自身业务进行二次开发，乃至重构，这之后的东西就是人家的了，涉及知识产权业务保密之类方方面面的东西，那你说测试大会能交流什么？涉密的肯定不行，那就谈谈框架呗，不懂技术的肯定听起来云里雾里啊，其实里面行道深得很。

测试之殇，点点点测试工程师认真测试结果竟抑郁前途生死未卜，测试开发工程师强撸代码重复造轮子杀出一条血路，测试培训及测试交流大会在炫耀各种开发框架，聊一聊测试人心里话？试问谁在保障产品质量，谁在关注测试从业者生态发展？

测试大会变成相互炫技测试工具

其实都有必要性.! 大不了还是转型-.-

这问题最终就是看工资，和测试必要性，重要性，可塑性完全没有关系。什么指标更值钱就往那个指标专研，这就是现实。所以这个论坛是谈论如何涨工资的？

嗯，业务做好价值对企业是最大的，对测试人员成长不一定好。

看老板和企业文化，至少我们团队是在注重人的发展，培养锻炼人的能力。业务是达成这个目标的工具，但是要是业务都保证不了，哪来的工具锻炼你呢。所以不管是点点点还是测开，保证业务的质量才是首要的，有这个，才能有其他可能性。

我觉得说的没错啊

那么互联网里面除了开发其他人就不过日子了吗，就都很轻松吗

不管是业务测试和测开都是在为质量服务的，两者是相互辅助，各展其能。哪怕说测开是在造轮子，那也是为了适应当前公司产品体系的这辆车，让车有更好的稳定性和加速度。脱离质量保证的测开都是耍流氓。 --一个测开的独白

可以聊聊，了解下老板的规划或者想法
不存在架空什么的了~通畅情况下，调离一个人离开原来的位置去搞新的事情，要么你做的不太好，不适合这个位置；要么就是新的这个别人搞不定，你有这个能力搞定！希望 你是后者~

人数和业务有关系 但是管理能力不能制约于人数
要看你怎么带人 怎么解决问题 怎么处理关系