我们正在开发WPF GUI。我们使用TDD，但并非所有东西都是可以承受的，因此手动测试起着重要作用。
我们有一组约400个手动测试用例。在发布之前，我们的测试仪运行完全压缩。如果发现某些东西并且开发人员修复它，测试人员必须重复他的工作。现在有了敏捷，更糟糕的是，因为我们的发布周期很短。
所以我认为这可以做得更好。为了减少回归，我希望能够检测特定代码更改会触及哪些测试场景。
GUI是一组屏幕。测试人员与他们合作。因此，我们可以将测试用例链接到屏幕上。
每个屏幕都有一个对象模型。可以构建特定屏幕的依赖关系图。这些依赖项是类和接口，实际上存在于文件（源或二进制文件）中。使用该图和SVN diff，应该可以检测哪些屏幕受到影响。从屏幕我们得到测试用例。
有没有人用这种方法？那有什么工具吗？
答案 0 :(得分：0)
理论上，在您的情况下可能有可能，但这在很大程度上取决于细节。可能存在运行时依赖项或隐藏的依赖项，这些依赖项不会被NDepend之类的工具检测到的编译时依赖项反映出来。例如，特定的代码更改可能允许使用Form1将数据输入到您之前无法输入的数据库中，并且使用此数据的另一个Form2将受到影响，尽管Form2未更改（可能它应该已更改且问题是一个忘了这个）。