分析的非常有道理
误区一：软件质量是测试人员的责任
释疑：每个成员都有对质量负责的责任
软件是谁创造的？当然是我们的开发人员，也就是说开发人员创造了软件产品的质量，他们使软件的质量真实的存在。没有开发人员，就什么都不存在，我们拥有的质量就为0。
测试活动本身不能带来软件质量的变化。测试就是一个信息提供方，一个质量播报员，就像之前的三聚氰胺毒奶粉一样，测试只要把牛奶中成分的真实情况反映出来，并确定其是否满足了牛奶成分含量的需求，而它却并不能改变牛奶的质量。最终还是要归结到开发，由开发人员来对测试发现的缺陷进行修复，进而提高产品的质量。
项目团队中的每一个人都对我们的软件质量负有重要的责任。软件质量的高低，取决于团队中的每一个成员，大家共同对软件的质量负责。
误区二：测试人员是质量的把门人
释疑：质量本身是一系列活动的结果，每个阶段都要进行过程质量控制
在开发全过程的每个阶段进行质量控制，尤其是开发前期的设计，以及中期的编码，让可能出现的问题尽早的被扼杀在摇篮中。
其实这里提到设计和编码，说它们重要，一部分原因是希望问题尽早被发现，另外还有个原因上一个观点也提到过，软件质量是开发人员创造的，也就是说软件的质量其实就是编码的质量，而编码的质量又在很大程度上取决于前期的设计。所以这里提出软件开发中关键的两个阶段设计和编码。
误区三：软件开 发的产物就是软件
释疑：最开始要先进行思考、设计，即无形产物；思考、设计的结果通过文档表现，并最终通过软件表达，即有形产物。
一条我称之为无形主线，就是思想、设计。另一条是就是有形主线，是我们大家熟知的设计文档、代码，而他们也是无形主线的产物，或者说是无形产物的有形表达。
说的有点绕，其实简单来说就是思想和结果，而关联它们的是人的行为。
误区四：软件能否发布由测试人员决定
释疑：测试人员就是一个信息提供方，提供很有价值的、实时的有关产品和项目真实状态的信息。项目负责人根据测试人员提供的信息，并结合其他影响产品质量的因素，最终做出准确的质量决策。
软件产品的质量受下面因素的影响：
- 使用什么开发方法和流程
- 雇佣什么样的人员
- 采用什么样的质量目标、如何度量
- 花多少时间
- 花费多少成本
- ……
那这么多因素，软件测试人员能把握几个呢？显然能考量这些因素的人不是测试人员，而是项目经理。
测试人员的职责：
- 测试活动本身不能带来产品质量的变化。测试就是一个信息提供方，可以反映出产品需求的实现情况。
- 分析发现的缺陷，从而提供很有价值的、实时的有关产品和项目真实状态的信息。
- 将这些与产品质量相关的重要的信息提供给项目决策者，以便他们做出更准确的决策。
简单来说就是质量辅助——这就是测试人员做的事。
所以软件是否可以发布并不能简简单单只看测试的结果，而是要综合影响软件质量的各种因素，从而来判断是否可以发布。
总结：
除了刚才讨论的这四个观点外，我还想跟大家讨论一个问题。我们都清楚评审的重要性，在坐的各位或多或少都参与过评审工作，那么我想问的问题就是：如果我们参与评审的文档、产品出现了问题，谁该为此负责？
选择怎样的评审人进行评审？明确评审人有怎样的责任？
评审人员的选择：得有评审的资质。
评审的职责：为自己评审的内容负责。
我比较推崇过程管理，而过程的阶段评审也属于质量控制中很重要的一部分。之前提到过每个人对产品质量负责，每个阶段进行过程质量控制。而每个阶段的质量控制其中一个很重要的环节就是阶段评审。我想包括我在内很多人其实明白评审的重要性，但是我们往往可能力不从心，或者觉得就算阶段评审发现不了的问题，在后面的测试、确认中也会被发现。这其实是一种变相的推卸责任的态度。
态度决定命运，态度决定一切，这样的观点大家都有听过，或多或少有自己的一些理解。但愿我们能在紧张忙碌的工作之余，能够想想，能够思考思考，把我们在做的这件事真正做好！