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

别总发牢骚，工作中那可能样样东西都顺着自己的心意来进行？可能你说自己是完美主义者，或者说“合理主义”者，那只能证明你是个能力差，或者害怕改变的人。

我们公司的文档都是需求组写好了给开发人员的，测试的数据也是需求组自己找的。
反正我们公司业务逻辑占主要，于是需求和开发了解需求的程序差不多，开发者是更细更深入，但是要实现什么样的效果需求组是一定知道的。
我们开发人员不需要写什么文档，只是项目构架和规划的时候写，具体的业务需求是需求组写的。

我觉得没有把沟通搞好，测试和开发分不开，
业务逻辑测试不懂，是不是软件在搞需求阶段测试人员没有参加，或者在制定什么开发计划时，测试人员也没有参加。
开发人员的一些关于软件需求，业务逻辑讨论会，测试人员也应该参加，这样才能避免楼主那种对立关系。

大公司的测试都是这样子，专门针对质量搞流程玩死你。  如果测试人员不够配合，直接向你的上级投诉，如果你的上级不够硬，你会死的很惨！

第3条有问题

而且现在的测试人员工资很高的。。。。。。

我这段时间参与的一个项目，我们的项目负责人可能也深知其中的道理，一封邮件发出来，其中最后一句话：本项目测试人员不参与，由开发人员测试。。。。
话说这个项目现在已经是第二版本了，客户那边跑得很好。。。。。。。
有些测试人员。。。。我懒得说，都是同事，说了伤和气。

现在测试的, 文档不写, 就是照着用例测试. 他的工作完全可以用自动化测试替代

遇到这样的测试人员，当然无话可说。

但是，还有更多牛人级的测试，自己编写测试需求文档，从客房角度分析测试策略，完成场景设计，甚或性能瓶径分析。

如果，开发人员连基本的设计文档都写不好，不仅仅测试帮不了你，恐怕自己的能力也就这样。

如果害怕需求变更，那架构能力是否也有问题呢？

这样，正如之前有兄弟所说，开发与测试无法分开，各自专注的面不同，只有共同努力才能达成目标。

不过，测试行业这才发展几年，尤其是国内就更新了，比开发行业来说差了至少20年，当然有很多不成熟的。所以才会出现误以为测试就是点鼠标的现象。

实际上，根据存在即合理的观点，我们应该尊重每个人，作为开发应该站在可测性角度进行问题分析，协助测试人员时将测试任务提交过去，测试会帮你想到更多意想不到的bug。及时保证产品质量。

等有一天，你成长为架构师的时候，也许第一件事就是研究可测性了。

lz公司的测试就是一帮垃圾