在许多开源项目中，使用的测试套件通常是全面的。这样做是为了让很多人能够轻松地做出改变，而不会在此过程中造成太大的影响。
我使用的一个软件是测试框架FitnNesse。关于FitNesse的一个有趣的事情是测试套件是“已安装”系统的一部分。
在已发布的软件中，是否有关于要包含哪些级别的测试的指南？
显然，包括已发布产品中的所有单元测试可能不是正确的做法。
这些合并测试的另一个名称可能是“诊断”。
答案 0 :(得分：1)
......这些合并测试的另一个名称可能是“诊断”......
......问题是，这些诊断会出现什么样的问题？ IOW您如何描述此类测试的目的？
例如，在我的一个项目中，我们在产品版本中正式包含了一个模块，并在产品指南中进行了详细记录。它被称为iirc 准备或诊断测试套件。其目的是验证目标平台是否满足允许使用我们产品的基本要求。此套件中的测试失败通常表明目标平台中存在一些showstopper错误。
我现在不记得我们的测试人员或客户是否要求添加上述模块，但我清楚地记得该请求背后的原因 - 使用（或测试）我们产品的人感觉厌倦了在安装/使用时发生的神秘崩溃导致繁琐的调查被识别为目标平台中的简单（但严重）错误。