既然独立的测试团队，那么，我们只管产出东西，至于质量，交给测试团队测试就行了。这是研发团队中其他成员普遍存在的错误想法。任何产品质量上的问题都推卸给测试团队，这种错误的想法往往导致了糟糕的开发质量，致使产品质量无法保证。
是不是软件测试仅是软件测试团队的事情？不尽然，不管是开发、产品、还是UI设计师，都应该或多或少参与进去。
单元测试，业界的共识是开发人员应该参与进来，毕竟只有开发员更熟悉代码。而测试，更多从逻辑、规范上来验证代码的正确性，并不能说明代码的算法合理，不存在冗余等情况。
缺陷预防胜于测试去发现bug。糟糕的开发质量可能会导致软件中存在大量的缺陷，而我们都知：软件测试是不能发现软件中所有缺陷的；同时软件中发现的bug越多，那么其中隐藏的缺陷更多。因此，软件的质量仅寄希望于测试，是一个非常糟糕决定。
如果产品经理都漠不关心软件的实现，我不相信，其他人还能对这款产品建立多强的信心。所以，产品经理应该积极地验收研发团队的阶段性产出。这样也能在一定程度上避免：产品实现与用户期望之间的偏离。毕竟产品经理应该是最了解用户需求的。
用户体验性更是如此，用户体验的好坏直接由产品经理、UI工程师的设计所决定。把用户体验问题归结于测试团队的不努力，这也是研发团队很容易给出的谬论。测试人员只能根据以往的项目经验来判断某处是否存在用户体验问题，可能的情况下给予自己的建议。但，是否采纳，具体怎么去设计，那是产品和UI更应该去思考的问题。那么，要保证产品良好的用户体验，就应该在需求设计阶段进行考虑。
市场推广人员是否应该参与进测试？在内部验收测试时，是应该参与进来的。我在过往项目中经常发现，市场推广人员根本不清楚具体的功能实现，然后就直接去进行用户推广。这样导致的结果是，他们每次遇到的用户问题，可能仅仅是对功能的不了解所导致的，并且把这些问题都“干净利落”的全推给了研发团队。我想没有几人会高兴，对功能都不熟悉的自己人向自己团队提一堆所谓的“缺陷问题”。
公司职员也可能是我们的用户。那么，在做公测、试点测试这样的活动时，我们是不是应该把大家活动起来？以前有人问我，某款通用产品大概有多少用户，回答数字可能还看的上去。但说到公司不到三分之一的员工在注册使用时，他仅轻蔑一笑，“看来连公司员工都不是很看好这款产品”。
