背锅背太多，不想再背了。

rm -rf *

出来混总是要还的。我也是差不多类似的情况

京东的招聘明确 5 年内跳槽了 3 家的不要。
bat 默认的一年一跳的人不要潜规则。

都是要还的债啊。

1、提升团队的效能
2、背锅
3、协助别人一起改变世界

mysql workbench，你值得拥有

好多都只是有实践经验。

作为一个普通的偏功能的是够格。但是核心竞争力不突出。
测试专项技术上有没有拿得出手的方面很关键，或者在管理上很有想法，有体系也很重要。

说实话，以后测试的纯管理岗不是特别好的发展方向

能过你们那个什么价值观的测评再说吧。之前我去搞过，莫名没有下文

我们公司，研发的领导很重视这个，觉得 UI 自动化能降低线上 bug。
然并卵，一周改一次版。UI 自动化天天报错，再好的设计模式跟代码都是白搭，自动化天天都要维护，苦不堪言

所以，UI 自动化在我们这很难有产出。如果你们那界面不怎么变的，可以考虑搞一下吧。门槛也低，但是话说回来
不怎么变的系统，是否还需要有专职的测试维护？
所以大部分公司的测试都是为了晋升或者面试，瞎搞一通。

铺面而来的暴发户般的气息。。
给人的感觉不是很专业啊。搞招聘不是搞技术。招聘要求还是要写细点，条件跟要求都清楚，方便大家

有漏 bug 一般两种，漏测，或者改第一轮测试的 bug 引入。可以直接说他们改 bug 引入的，如果老拿这个东西说事的话。

另外，做任何岗位，脸皮都要厚一点，本来就是各有职责，各有所长，偶尔有疏漏也正常。别太往心里去，不高兴了就怼他一回就是了，你抓我漏测，我抓你重复低级 bug 呗。划好雷区，大家就好沟通了

是的，最近也出去晃了一圈。忽然就觉得有提升自己的动力跟方向了

定时出去面试更是好，能知道好多自己的短板。效果更好

hmm .顺眼好多
有几个地方请教下，开发有时候用 svn，多余的空格都会导致 svn 认为代码有修改，这种你们如何判定？因为会有冗余推送。或者是代码删除，配置文件修改等

如果代码间的依赖改变了，例如部分重构，或者引入了外部依赖，如何推送？

另外想问下，推行这个工具，在你们内部，有多大的提升呢，比如漏测，或者覆盖率之类的指标

这排版，不想看了。

老同事，哈哈。

在实际的项目过程中，遇到了同样的问题：
我觉得核心问题不在分工的模式，而在于岗位的内容跟职责有没有沟通清楚。
一个团队测试的产品，接二连三出现问题，线上 bug。显然大家心知肚明有问题。
但是是否有问责，压力是否有传递到具体的人，才是关键。

在团队达成共识之后，再去研究是测试用例的问题，还是产品开发不给力，彼此协作不到位。再去找相应的解决方案更好。

立信 368，你当年也是从兴的么

赞一个。

我个人不能苟同这种面试后的行为，社区的讨论应该更贴近大部分测试从业者的环境

没看出来 lz 提的问题，哪些跟环境有很多关系。举例来说：即便一个人无法打造流程，只能遵守流程，如果他的目标是成为资深或者经理级别的人，难道不应该在工作中思考，想办法改善吗？即便没做过，互联网资源这么多，获取之后映照自身然后改进不也是很好嘛。

以我个人的所见所闻我只敢独善其身，不敢妄自尊大，但也不愿意看到太多的不严谨的传播，我的评论的确草率了点，但我并没不是来泼脏水的

独善其身，是否可以理解为不愿分享呢？言论虽然没有人身攻击，但在我看来如果你这种意见占了上风，以后还有人愿意分享吗？至于严谨，互联网信息这么多，我们身在其中，或多或少早就知道自己思辨了吧。况且他这篇文章并无利益相关。

是什么心态大家明白就好

并不质疑你的出发点，所有讨论发言就是针对事情。在我看来，社区有更多像楼主的人分享，才可以持续下去，我们的行业才能持续进步。

30 来岁，已经是前浪啦？
这么干下去，是不是 35 岁前都得退休转行……

我就问一句。他打算跳到什么时候？

#3 楼 @nil 无论你是敏捷还是其他项目。没有准入准出的流程，基本形同虚设，换句话说，你的流程没法落地，你拿什么判断项目里边的成员遵守了你的流程，还是跳过了？做 IT 这么久，项目时间永远都是不够的啦

搞测试跟 MBA 扯的上关系吗？

流程不是你这么定义的。
1、要包括基础的准入准出定义。就是说进入测试、进入开发，要有基本的要求，一环连着一环。
2、每个环节要有相应的产出或者指定动作，用来后续的复盘改进
3、考虑每个环节的效果跟消耗，得出合适的流程

你如果要搞流程，就要按照这个思路去搞。看你现在的这种规划，有点拍脑袋的感觉

#13 楼 @yangchengtest 兄弟，那就是你的不对了，你要说清楚啊。如果是开发，没啥说的。无非就是产品、开发、设计、测试、运维，你们一肩挑而已，至于这里边会有多少坑？你想想就知道。