缺陷相关，请达人释疑

justese

如果在软件开发过程中引入了较多的缺陷那么发行的系统中也存在较多的缺陷。
在各种资料中经常看见类似的话，有几点疑问：
1.这句话是对所以的项目的都可以这样说还是对一部分项目正确？
2.这个结论是怎么得出来的？如果是通过度量数据，那么这些数据都是哪些数据？


上一篇：测试经验交流
下一篇：web系统性能测试报告(范例)

justese

谢谢各位，我现在有点明白了。:lol

step365he

“指所有的缺陷（包括用户发现的缺陷以及系统中隐藏未被发现的缺陷）”——这句话有悖论：隐藏的并且是未被发现的。既然你都没发现，怎么知道是隐藏的？你所能确定的只有“测试无穷尽”。因此在度量的范围只能限于已被发现的（无论是哪个干系人发现）。

iamredeye

1. "quality is designed in, not tested in." 测试很大程度上只是一种测量手段，试图测量出软件到底有多少defect。但由于测试没有穷尽，也许我们永远都无法知道产品到底有多少defect， 但是上帝知道这个客观上存在的数字！测试结果从统计角度讲已经“证明”了产品的质量－并且一定程度上进行了量化－defect number，severity， etc

2。所以开发阶段的“测量”结果同样可以用来推断上线之后的质量。即使随时间质量有一些改进，但基本不会有质的变化。

justese

还有一个疑问：
   “发行后系统中的缺陷”这句话中的缺陷是指发行后一段时间内，用户在使用中发现并反馈回来的缺陷，还是指所有的缺陷（包括用户发现的缺陷以及系统中隐藏未被发现的缺陷）。
    如果只是指用户使用中发现的缺陷，我比较清楚，我带过几个项目，也参加过测试工作，根据度量数据可以得出结论，开发过程中BUG越多的产品，则上线后的BUG也较多。到最后用户不满意以至退货。
    但是如果是指所有的缺陷，这种说法我不认同。既然是隐藏的，那么我们就不知道它究竟有没有，有多少，没办法定量的分析。那也就不能得出结论。
    头好乱啊，想得越多结就越多，理不顺了。

step365he

1. 牵扯到另一个话题－－质量成本。
如果不重视过程中间的各项预防缺陷工作，那测试成本会大大增加，而且发行后导致的用户不满度导致的退货或者升级付出的额外开发成本也是无法估量的。
如果重视过程中的预防缺陷工作，暂时性质量成本会增加，随着预防越陷卓有成效，导致测试成本降低，也会使得之后额外成本在可控范围内。。

2. 如果一个产品开发中问题多多，即使测试人员很强，在初期一段时间，辛勤工作后将缺陷尽可能的消灭，保证了产品发行质量。。随着这类情况周而复始，他们会陷入一种无力感，最后测试人员会流失。。

sungubbi

开发过程中引入了较多的缺陷，有两种情况，一是开发确实很糟引入了BUG，二是测试很强、尽可能多的发现了问题。
理论上来说，修复缺陷将可能引入更多的缺陷，但是在上线前发现越多的问题，确实可以减少发布后用户发现的缺陷数量。但是，每发现一个缺陷，在开发、测试、构建等各环节需要投入的工作量也会更大，所以最重要的是将缺陷消灭在编码工作中。

所以，你的两个疑问，我认为：
1.这句话是对所以的项目的都可以这样说还是对一部分项目正确？
　不完全正确。如果相比较两个产品来说，通常情况下，开发过程中BUG越多的那个产品，则上线后的BUG一般也较多。对于同一个产品，如果测试发现的缺陷被修复，则发布后的缺陷通常会减少。如果是测试不充分而未发现多少问题，并不代表上线后的缺陷数量就会减少

2.这个结论是怎么得出来的？如果是通过度量数据，那么这些数据都是哪些数据？
　上线前缺陷与上线后缺陷存在一些联系。你可以通过上线前的缺陷密度与上线后的缺陷密度来判断某一个产品的缺陷情况。也可以通过这个数据来比较两个产品的缺陷密度，是不是上线前缺陷密度越高的那个，在上线后缺陷密度也是偏高的。