来自51testing的一个讨论。

o6z几年前好像就说CSDN软工版都是侃爷，光说不练只知道些理论没有实践经验。

我很惭愧。几年来也就是偶尔上去看看，处理一些违规帖。

确实，问一些很二，很无聊问题的人很多，同时，很二，很无聊的回答也很多。

有时挺让人看着生气。

譬如这个问题：何保证软件质量呢？一般都用什么方法或工具？

我的回答是：我也想知道有什么工具能保证牛奶的质量。

下面是一个我觉得很二的回答，而这个回答可能会得到这个帖子全部20分的一半以上，在那里往往是写字越多，得分越多：

好大的题目啊
质量问题现在越来越受关注
不同的人有不同的看法，不同的人有不同的作用
客户，系统设计人员，项目经理，开发工程师，QA人员，测试人员
PS：突然发现这几个角色我都扮演过，哈哈哈
总之把各个阶段的缺陷控制住就相当不容易了
个人觉得，需求理解和设计阶段是最重要的，此时引入的缺陷，在分析设计阶段被发现了还ok，真正到了后面就闹大了
慢慢总结，关于质量真的有很多话题可以说
说到工具和方法，缺陷跟踪工具，缺陷围堵方法，同级评审，技术评审，需求评审，总之评审是个很好的方法～～就是太花时间和精力
一家之言仅供参考
祝你成功

有人问：“在做测试计划时，如何估计软件的缺陷数量？”
这实在是一个很二的问题。
做计划的时候干吗要去估计Bug有多少？
有人回帖说：“作测试计划的时候，是应该估计一下该软件的BUG数量，BUG集中点，以及修改该BUG的难度与时间，如果这些不估计，那编写测试用例的时候无法对某些重要模块作出着重测试”。
神了，做测试计划的时候都能估计出修改Bug的难度和时间了，也别计划了，赶紧解Bug去吧。