如何使用teamcity从dotcover导入覆盖率报告到ndepend?(How do I import a coverage report from dotcover to ndepend using teamcity?)
我们使用teamcity
- 构建
- 代码覆盖率(使用内置的dotCover)
- 代码分析(使用NDepend)
这个工作很好。
但我无法找到一种灵活的方式来获取ndepend格式的覆盖率报告,并将其用作ndepend与teamcity的输入。
我可以一步一步地使用命令行工具手动完成所有操作,但每次都需要付出很多努力。 我知道我可以做一个bat / rake文件并为dotcover创建xml配置文件并手动调用exe和调用ndpend。 但正如所说,我正在寻找一种更加集成和自动化的方式。
We use teamcity for
- Builds
- Code coverage (using the built in dotCover)
- Code analysis (using NDepend)
This works great separately.
But I cant figure out a slick way to get the coverage report in ndepend format and the using it as input to ndepend with teamcity.
I can do it all manually using the command line tools step by step but it takes to much effort every time. I know I could do a bat / rake file and create xml configuration files for dotcover and calling the exe and the calling ndpend manually. But as said, I am looking for a more integrated and automated way.
原文:https://stackoverflow.com/questions/10138031
最满意答案
ReSharper将项目添加到Visual Studio的键盘设置对话框。
去:
工具 - >选项,环境 - >键盘
在搜索栏中,键入“resharper”,并查看可以用键盘控制的大量选项。
具体来说,有一个启动单元测试浏览器窗口,还有一个叫做
- ReSharper.ReSharper_UnitTest_RunSolution
- ReSharper.ReSharper_UnitTest_RunContext
这可能是你需要的。
ReSharper adds items to Visual Studio's keyboard settings dialog box.
Go to:
Tools -> Options, Environment -> Keyboard
In the search bar, type "resharper" and see the vast options that you can control with the keyboard.
Specifically, there is one to launch the unit test explorer window, and there's a couple called
- ReSharper.ReSharper_UnitTest_RunSolution
- ReSharper.ReSharper_UnitTest_RunContext
that are likely what you need.
相关问答
更多-
为什么ReSharper的测试运行器忽略ExpectedException?(Why does ReSharper's test runner ignore ExpectedException?)[2022-04-30]
将其更改为使用较少泛型的异常(即不是System.Exception) [ExpectedException(typeof(UnauthorizedAccessException))] [TestMethod] public void TestSomething() { throw new UnauthorizedAccessException(); } ReSharper似乎没有处理ExpectedException和System.Exception,这在某种程度上是好的。 具体说明你的例外情况 ... -
ReSharper将项目添加到Visual Studio的键盘设置对话框。 去: 工具 - >选项,环境 - >键盘 在搜索栏中,键入“resharper”,并查看可以用键盘控制的大量选项。 具体来说,有一个启动单元测试浏览器窗口,还有一个叫做 ReSharper.ReSharper_UnitTest_RunSolution ReSharper.ReSharper_UnitTest_RunContext 这可能是你需要的。 ReSharper adds items to Visual Studio's ke ...
-
while (Debug.Listeners.Count > 0) Debug.Listeners.RemoveAt(0); 或更有针对性(对于NUnit测试框架): var nunitListener = Debug.Listeners.Cast
().Where(tl => tl.Name == "NUnit").FirstOrDefault(); if (nunitListener != null) Debug.Listeners.Remove(nunitListener ... -
这是R#10.0.0和R#10.0.1版本的已知问题 。 修复了R#10.0.2 EAP版本 It is a known issue for R# 10.0.0 and R# 10.0.1 releases. Fixed in R# 10.0.2 EAP builds
-
通过Gallio使用Resharper Unit Test Runner进行MSTest(Using Resharper Unit Test Runner for MSTest via Gallio)[2022-12-14]
我不确定这是否适用于您的问题,但加利奥网站上的最新消息称: 加利奥和ReSharper 4.0 有几个人问过何时Gallio会支持ReSharper 4.0的最终版本。 不幸的是,ReSharper 4.0 Beta和最终版本之间出现了一些最后时刻的重大变化。 所以Gallio Alpha 3 Update 2中的ReSharper插件将不再适用。 无论如何......我们计划在本周晚些时候发布另一个Gallio更新。 更新:刚刚看到这适用于比你使用的更早的版本,所以忽略了这一点。 It looks lik ... -
我在Twitter上从一个R#开发者那里得到了回复:这在R#7.0.1中不受支持。 他们正在努力 - 最新的EAP版本支持WinRT上的MSTest。 (至少,Build#5,2012年10月8日,对我有用)。 问题解决了。 I got a reply for this on Twitter from one of the R# devs: This is not supported in R# 7.0.1. They're working on it - The latest EAP build supp ...
-
是否有可能知道ReSharper的测试运行员何时构建我的项目?(Is it possible to know when ReSharper's test runner is building my project?)[2022-09-05]
我在Resharper社区论坛上问了这个问题,虽然我的问题没有得到直接的肯定或否定,但我将答案解释为否定。 如果有人想要确认是或否,那就会让我放松心情。 我决定通过创建名为DebugResharperTest的解决方案配置来解决我的问题,当我想使用Resharper测试运行器时,我选择该配置。 该配置名称变量将使构建无法启动NUnit msbuild任务。 I asked this question on the Resharper community forums and although I didn' ... -
看到: 通过Gallio使用Resharper Unit Test Runner进行MSTest 和 http://www.jameskovacs.com/blog/IntroducingVstsUnitPluginForReSharper.aspx See: Using Resharper Unit Test Runner for MSTest via Gallio and http://www.jameskovacs.com/blog/IntroducingVstsUnitPluginForReShar ...
-
所以对于运行单个单元测试ctrl + U,Y和调试单个单元测试ctrl + U,D对我来说工作得很好。 So for Running the single unit test ctrl + U,Y And for Debugging the single unit test ctrl + U,D worked ok for me.
-
长时间运行的测试是否真的在运行? 我知道这似乎是一个愚蠢的问题,但如果长短运行测试共享一个测试夹具,它可能看起来像是在运行,就像你发布的截图一样,但它只是共享夹具运行,而不是实际试验。 换句话说,测试装置在结果树中获得一个节点,如果它由测试共享,它可以在树中多次出现。 在夹具运行时,测试运行器不知道将要运行什么测试,因此将树中的所有夹具节点标记为正在运行,尽管它只是正在运行的共享夹具本身。 然后它将运行实际测试,并且只有运行的测试标记为正在运行。 Are the long running tests act ...