我在 Visual Studio 中组织单元测试时遇到问题。一旦测试在测试列表中,更改命名空间、更改 TestClass 名称等会破坏所有测试列表的组织结构。我在解决方案的 vsmdi 文件中看到,每个测试和测试列表都有一个唯一的 GUID,更改的是路径更改,但我看不到任何更新测试列表以使用新位置的新 GUID 的方法。
也许我缺少一个工具可以在不破坏结构的情况下重新定位测试?
我在 Visual Studio 中组织单元测试时遇到问题。一旦测试在测试列表中,更改命名空间、更改 TestClass 名称等会破坏所有测试列表的组织结构。我在解决方案的 vsmdi 文件中看到,每个测试和测试列表都有一个唯一的 GUID,更改的是路径更改,但我看不到任何更新测试列表以使用新位置的新 GUID 的方法。
也许我缺少一个工具可以在不破坏结构的情况下重新定位测试?
不幸的是,测试列表不够聪明,无法跟踪重命名类或方法等更改 - 如果您更改某些内容,则测试最终会出现“不在列表中的测试”,并且会根据您的发现重新生成 vsdmi 文件。出于这个原因,我倾向于不使用测试列表或将 vsdmi 文件检查到源代码控制中。
相反,我使用测试列表编辑器窗口中的“分组依据”下拉菜单,并按项目或完整的类名分组(这使得一致地使用命名空间很重要)。
在 VS 2011 中,测试列表已弃用,所以我不希望这会得到修复。