现在公司的测试越来越牛了。

个人认为大部分还是比较好的，其实测试应该具有比开发更多的主导权。 从帖子内容看来，楼主从心底里有点瞧不上测试。 我本人也是做开发的，我跟楼主的观点相反，我一直希望我们的测试能够变得比开发牛。这样软件的质量才能得以保证。但是，需求和业务逻辑从开发这里拿，我是坚决不同意的。

你们的测试人员此时正在背后默默的看着你

我听说过
产品提出一个需求，产品、开发、前端都觉着可以做了，测试说不能做，如果做了也不测。结果最终没做

简单叙述，不知道对错

听说有些公司测试以测出bug个数来评年终，
开发也是以这个，不同的是一个越多越好，一个越少越好。
哥笑了。
ps：啥样的都有。

我们公司就是这样的，开发很累还帮测试搭建测试环境呢

lz，我们组的测试跟你们的一样，不过她还有个厉害处，把组员引得神魂颠倒的，不用干活，还没有人责怪她

支持前两点，业务流程把控很重要。
第三点，开发人员准备数据就开始有点扯淡了。管业务的SA在干吗？这测试人员干吗的？不懂业务也不懂技术要他何用？只是照着准备好的文档和测试数据点点页面吗？那这个阿猫阿狗都能干啊。技术不会，听听业务梳理一下流程做出来测试数据这些活也不能做吗？通过操作A能把数据A变成数据B。这些活儿不能干吗？不过话说回来，看了第四点，真担心要让他们写测试数据，那测试的准确性能有保证吗？
第四点，不会操作数据库吗？把这些人集中起来培训10分钟，查个字段起码就能会了。再出问题，就是他们自己的事儿了。别耽误开发人的时间。有给他截图的功夫，自己不就查出来了。
第五点，写好文档。至于谁来写，看关于第三点。

永远， 计划没有变化快。 
     软件就是折腾的行业， 要不钱从哪来呢。。

sorrybaby提到的一个领导偏软的问题，我现在就是碰到这样的组长，很护短

只说一遍，提供明确的文档。重复的问题：“对不起没时间自己看文档”。最后抱怨一句。现在的测试质量真的很低。基础全然不知......