我有一个产品,X,我们每月交付给客户,C,包括错误修正,增强,新开发等.)每个月,我被要求错误地"保证"产品的质量.
为此,我们使用了许多来自我们所做测试的统计数据,例如:
和其他各种数字.
由于我们不会进入的原因,每次测试一切都是不可能的.
所以,我的问题是:
如何估计软件中存在的错误的数量和类型？我必须遵循哪些测试策略才能确保产品良好？
我知道这是一个悬而未决的问题,但是嘿,我也知道没有简单的解决方案.
谢谢.
我认为您永远无法真正估计应用程序中的错误数量。除非您使用允许正式证明的语言和流程，否则您永远无法真正确定。您的时间可能最好花在设置流程以最大限度地减少错误上，而不是尝试估计您有多少错误。
您可以做的最重要的事情之一就是拥有一支优秀的 QA 团队和良好的工作项目跟踪。您可能无法每次都进行完整的回归测试，但如果您有自上次发布以来对应用程序所做的更改的列表，那么您的 QA 人员（或个人）可以将测试集中在以下部分：预计会受到影响的应用程序。
另一件有用的事情是单元测试。您覆盖的代码库越多，您就越有信心一个区域的更改不会无意中影响另一个区域。我发现这非常有用，因为有时我会更改某些内容并忘记它会影响应用程序的另一部分，并且单元测试立即显示了问题。通过单元测试并不能保证您没有破坏任何东西，但它们可以帮助增强您所做的更改正在发挥作用的信心。
另外，这有点多余和明显，但请确保您有良好的错误跟踪软件。:)
| 归档时间： |
|
| 查看次数： |
1419 次 |
| 最近记录： |