3

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

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

计划: 将 svn 更改数据与 clover 复杂性数据结合在一份报告中,显示更改对复杂性或更改风险的影响(行数 x 复杂性 = 风险?)。它并不完美,但它可以帮助团队更好地理解变化。

有人试试这个吗?如果是这样,您使用了哪些工具,以及如何为团队提供这种提示?

4

1 回答 1

1

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

你的想法很有趣——基本上是一种 CI 服务器类型的插件/组件,用于根据先前缺陷的统计数据和更改文件的复杂性分析来集中测试。

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

我怀疑“风险”也可能包含“开发人员”组件。即,某些开发人员在签入时比其他开发人员具有更高的“风险”——这也可能是某些功能的本地因素……在某些情况下,“开发人员”将是最重要的组件——要么完全降低风险,要么确定风险.

于 2009-05-28T19:59:25.313 回答