在许多开源项目中,使用的测试套件通常是全面的。这样做是为了让很多很多人轻松地贡献更改,而不会在此过程中破坏太多。
我使用的一个软件是测试框架FitnNesse。FitNesse 的一件有趣的事情是测试套件是“已安装”系统的一部分。
在已发布的软件中,是否有关于要合并什么级别的测试的指南?
显然,在发布的产品中包含所有单元测试可能不是正确的做法。
这些合并测试的另一个名称可能是“诊断”。
在许多开源项目中,使用的测试套件通常是全面的。这样做是为了让很多很多人轻松地贡献更改,而不会在此过程中破坏太多。
我使用的一个软件是测试框架FitnNesse。FitNesse 的一件有趣的事情是测试套件是“已安装”系统的一部分。
在已发布的软件中,是否有关于要合并什么级别的测试的指南?
显然,在发布的产品中包含所有单元测试可能不是正确的做法。
这些合并测试的另一个名称可能是“诊断”。
...这些合并测试的另一个名称可能是“诊断”...
...那么问题是,这些会诊断出什么样的问题?IOW 您如何描述此类测试的目的?
例如,在我的一个项目中,我们有一个模块正式包含在产品版本中,并在产品指南中详细记录。它被称为 iirc就绪或诊断测试套件。其目的是验证目标平台是否满足允许使用我们产品的基本要求。该套件中的测试失败通常表明目标平台中存在一些惊人的错误。
我现在不记得我们的测试人员或客户是否要求添加上述模块,但我清楚地记得该请求背后的原因 - 使用(或测试)我们产品的人只是对安装/使用时的神秘崩溃感到厌倦,这会导致麻烦调查被确定为目标平台中的简单(但严重)错误。