我如何向我的团队提供有关构建中包含的更改及其对风险的影响的反馈？

Question

这是您已经做过的事情还是您知道一个好工具？

目标：帮助团队了解最近的源更改如何影响风险，以便他们知道将测试工作的重点放在哪里。 随着时间的推移提供数据，并将其反馈到开发周期的规划和范围界定阶段。

计划： 将 svn 变更数据与 Clover 复杂性数据结合在报告中，显示变更对复杂性或变更风险的影响（行数 x 复杂性 = 风险？）。 它并不完美，但可以帮助团队更好地理解这些变化。

有人尝试这个吗？ 如果是这样，您使用了哪些工具以及向团队提供此提示的效果如何？

Answer 1

我的经验是，当添加新功能或修复缺陷时，就会识别出测试和风险。 在我的所有工作中，这都是“手动”完成的。

你的想法很有趣——基本上是一个 CI 服务器类型的插件/组件，用于根据先前缺陷的统计数据和对已更改文件的复杂性分析进行重点测试。

显然，您需要一个代码/文件映射来测试用例，如果您有相反的情况（失败的测试用例和为进行修复而更改的文件），您将有一些自动方式来生成其中一些信息。

我怀疑“风险”也可能包含“开发人员”成分。 即，某些开发人员的签入“风险”本质上比其他开发人员更高 - 这也可能是某些功能的本地因素......在某些情况下，“开发人员”将是压倒一切的组件 - 要么完全降低风险，要么确保风险确定。