1

我们正在开发一个 WPF GUI。我们使用 TDD,但并非所有内容都可以覆盖,因此手动测试起着重要作用。

我们有一套大约 400 个手动测试用例。在发布之前,我们的测试人员会运行完整的 repression。如果发现某些东西并且开发人员对其进行了修复,则测试人员必须重复他的工作。现在有了敏捷,情况就更糟了,因为我们的发布周期非常短。

所以我认为这可以做得更好。为了减少回归,我希望能够检测到哪些测试场景被特定的代码更改所触及。

GUI 是一组屏幕。测试人员与他们一起工作。所以我们可以将测试用例链接到屏幕上。

每个屏幕都有一个对象模型。可以建立特定屏幕的依赖关系图。这些依赖项是类和接口,它们实际上存在于文件(源代码或二进制文件)中。使用该图和 SVN 差异应该可以检测到哪些屏幕受到影响。从屏幕我们到测试用例。

有没有人使用过这种方法?有什么工具吗?

4

1 回答 1

0

从理论上讲,在您的情况下可能是可能的,但这在很大程度上取决于细节。可能存在运行时依赖项或隐藏依赖项,这些依赖项未反映在NDepend等工具可检测到的编译时依赖项中。例如,特定的代码更改可能允许使用 Form1 将以前无法输入的数据输入到您的数据库中,并且使用此数据的另一个 Form2 将受到影响,尽管 Form2 没有更改(也许它应该已经更改,问题是一个忘记了这个)。

于 2012-04-04T06:47:57.703 回答