Testing 如何忽略哈德逊测试结果趋势中的某些构建?

Testing 如何忽略哈德逊测试结果趋势中的某些构建?,testing,hudson,jenkins,Testing,Hudson,Jenkins,有时,hudson构建步骤失败,并且没有执行我的所有测试,这会使测试趋势图变得一团糟,因为它显示测试数量下降了50%,然后又上升了。有没有办法排除失败的生成?我试图删除整个失败的构建,但没有任何帮助。如果删除“有问题”的构建,然后运行另一个构建,我想你会发现趋势图是在没有光点的情况下重建的 也就是说,在这一点上,我不得不站在@DarkDust一边。如果您的CI环境容易出现抖动,那么这些统计信息对于诊断非常有用。如果您删除“有问题”的构建,然后运行另一个构建,我想您会发现趋势图是在没有blip的情

有时,hudson构建步骤失败,并且没有执行我的所有测试,这会使测试趋势图变得一团糟,因为它显示测试数量下降了50%,然后又上升了。有没有办法排除失败的生成?我试图删除整个失败的构建,但没有任何帮助。

如果删除“有问题”的构建,然后运行另一个构建,我想你会发现趋势图是在没有光点的情况下重建的

也就是说,在这一点上,我不得不站在@DarkDust一边。如果您的CI环境容易出现抖动,那么这些统计信息对于诊断非常有用。

如果您删除“有问题”的构建,然后运行另一个构建,我想您会发现趋势图是在没有blip的情况下重建的


也就是说,在这一点上,我不得不站在@DarkDust一边。如果您的CI环境容易出现抖动,那么这些统计数据对诊断非常有用。

此图的目的不是为了让您看起来漂亮,而是为了概述构建失败的时间/频率?呵呵,这不是为了让您看起来漂亮,但也不是为了显示失败的构建(这就是构建状态灯和天气图标的作用)。这实际上是关于测试的数量和失败测试的数量。如果ci环境存在一些问题,但测试或代码没有问题,那么graph get就错了。不是/是/测试的数量从200下降到100,它们仍然存在,在正常情况下甚至会通过…所以它不适用于我显示“测试数量趋势”的目的不再是。而且它很难看;)这张图的目的不是为了看起来好看,而是为了概述构建失败的时间/频率?呵呵,这不是为了看起来好看,但也不是为了显示失败的构建(这就是构建状态灯和天气图标的作用)。这实际上是关于测试的数量和失败测试的数量。如果ci环境有问题,但测试或代码没有问题,那么graph get就错了。考试次数从200次下降到100次不是真的,它们仍然存在,在正常情况下甚至可以通过。。。因此,它不再是为了显示“大量测试趋势”的目的。而且很难看;)实际上,这会导致趋势在删除一个版本后从下一个版本开始清除和启动。实际上,这会导致趋势在删除一个版本后从下一个版本开始清除和启动。