不可否认，现在很多公司都认为，测试人员的工作就是应该对项目/软件质量负全责，
为什么开发人员不喜欢自测，不做单元测试的根本原因就是因为他们理所应当的认为有测试进行把关，所以不用太过早担心质量问题！
就好像有人说"如果测试人员无法保证质量的话，那还要这个职位做什么呢？"
当我听到这样的言论的时候，我真的想要问一个问题：
一个产品或者说一个项目的质量，一个软件质量的好坏，是测试部门的能力还是整体部门的能力，如果你认为是全员整体的能力，那就需要全员负责，如果你认为软件的好坏是测试部门的能力，那就需要测试部门负责！

那就有人说，团队对质量负责这个做法，可能会导致的一个结果就是：所有人都负责变成所有人都不负责
所以我认为为了避免出现这种情况，还需要结合绩效的共同作用

首先绩效要改成团体，以团体为单位，更好能促进大家的团队合作，做到每个人对质量负责，
其次为了强调团队合作，所以信息要透明，要更多人进入到需求分析阶段，大家都有参与才能认为自己需要负责
最怕的就是信息不透明，“大佬” 们在讨论什么下面的人都不清楚，想参与也插不上手，时间久了大家就会心灰意冷，因此放弃自主参与，
参与度不高的话，则就不会认为这个事儿和自己有关系，也就不会愿意负责！