提测是开发的事情啊。产品文档不过关，没有评审？那你们测试根据什么测？你要做足功课，找他们的毛病，让他们完善。邮寄反馈，把老板加进去，数据说话。

#9 楼 @anonymous 你能有这样的体会，说明你们做的有起色了。

这点我这弄的相当成熟了。产品提交测试前要验收是否都按需求来做的。测试阶段发现文档和产品有出入，直接拒绝接收测试，一旦打回重新验收，发布日期势必会延后，但，这不是测试的问题。追责也很容易定位。

遇到这种人, 就得划分好界限了. 明确下交付物, 每次走提测流程, 最后根据测试时间和提测次数, 跟他们一起算账吧. 测试时间和资源安排要摆到明面上和他谈.
不然他就会认为你们都是打杂的了

辞职

#12 楼 @anonymous 你看出来了！！！

#3 楼 @anonymous 一看就是思寒

我对公司敏捷的最大的感觉就是 站例会，写白板，看板。更像是一种有效快速的梳理问题，并跟进解决。

好快

#6 楼 @anonymous 你觉得你可以概述下不赞同的理由

哈哈，这个话题好，为此还写了一个” 敏捷黑 “的主题，有十几篇文章，不敢都发了，怕砸了自己的饭碗。，也可能只是我在抱怨和吐槽而已。不过很幸运地碰到一些做专业商业软件的 QA，一个软件都价值百万以上，和我有同样的看法。还是让敏捷回归它本来的出发点吧，这玩意也就互联网公司的免费小项目可以这么去折腾，其它的别在害人了。

看着很高端

说到底敏捷到底是个什么东西没人能说得清，于是画虎皮扯大旗的人就多了。

国内能做到敏捷要求的公司太少，大部分都是在做伪敏捷。而且真正干活儿的人都被敏捷弄得焦头烂额的。。。领导们却都乐此不疲。其实能把控好短迭代流程已经算是不错的了。

！！！！要成为万金油 也不是件容易的事

敏捷只是高大上 没实际意义

敏捷只是一种思想和不成熟的概念，没必要过于拔高。

公司都是以结果为导向的, 帮助人是过程, 业绩达标才是结果. 老大晋升你也是看你的业绩, 帮助人是一种美德,并不是你的业绩. 所以慎行.
我当年也是被各种问题缠绕, 小到 bash 问题, 大到性能测试规划. 搞的自己身心交瘁, 同事的问题也不好意思拒绝, 不然就会被认为是耍大牌.

我以前也经历过你现在的情况和现在的困惑,如果今天我也处于同样的境遇下 我会这么做.

1. 专心做事, 这是你成功的关键.
2. 只帮助值得帮助的人.帮助好人也是帮助自己. 帮助坏人就是为自己挖坑. 好朋友的事情一定是坚定支持. 有的人你今天苦口婆心的教导和帮忙他可能一年后就会忘记, 然后在两年后的某一天,你因为没有及时帮助他解决一个小问题, 他会一直埋怨你直到下次再需要你的帮助. 这种人还是要远离.
3. 帮忙只帮 2 次, 以后就借口忙来推脱. 前两次确定你的影响力, 后期脱离就不会陷入其中. 如果他们非要找你, 让他发邮件并抄送给领导申请下. 自己的付出需要让领导认识到. 如果自己的事情呗耽误了,老大也会体谅的.
4. 低调. 少惹是非. 穷则独善其身, 达则兼济天下. 如果你还是薪资普通, 级别卑微的时候就先独善其身吧, 以后成功了再发扬你的热心. 这对你, 还是对公司, 都会有价值的.

嗯，这个话题 good～下期就考虑这个话题吧～～估计很多测试都很迷茫～

那不一定的，要看你万金到什么程度了。万金油是褒义词啊，一涂就灵干嘛不用。

最后一年 54 没有放假~~之前 2 年都半天假

可以发到需求和 bug 区， http://testerhome.com/topics/node13

这个话题不错，我开个帖，可以当作测试小道消息的后续话题

大家好我是主楼，我最后总结一下，有一技之长，在团队中能做别人做不到的事比万金油好得多

一句话，人生中总能碰到些傻 b 领导，咱们有一天也会到那个位置。
见贤思齐，见不贤自省，省完后学习超越之，就够了：）