【问题标题】：Guidelines for incorporation of tests in released software?将测试纳入已发布软件的指南？
【发布时间】：2011-07-27 09:26:08
【问题描述】：
在许多开源项目中，使用的测试套件通常很全面。这样做是为了让许许多多的人可以轻松地贡献更改，而不会在此过程中造成太多破坏。
我使用的一个软件是测试框架FitnNesse。 FitNesse 的一件有趣的事情是测试套件是“已安装”系统的一部分。
在已发布的软件中，是否有任何关于要合并什么级别的测试的指南？
显然，在已发布产品中包含所有单元测试可能不是正确的做法。
这些合并测试的另一个名称可能是“诊断”。
【问题讨论】：
标签：
unit-testing
automated-tests
release
diagnostics
【解决方案1】：
...这些合并测试的另一个名称可能是“诊断”...
...那么问题是，这些诊断会出现什么样的问题？ IOW 您如何描述此类测试的目的？
例如，在我的一个项目中，我们有一个模块正式包含在产品版本中，并在产品指南中进行了详细记录。它被称为 iirc readiness 或 诊断测试套件。其目的是验证目标平台是否满足允许使用我们产品的基本要求。此套件中的测试失败通常表明目标平台中存在一些惊人的错误。
我现在不记得我们的测试人员或客户是否要求添加上述模块，但我清楚地记得该请求背后的原因 - 使用（或测试）我们产品的人只是感到厌倦在经过繁琐调查后导致安装/使用时的神秘崩溃被确定为目标平台中的简单（但严重）错误。