![]() |
1
72
我以前做过这件事——我做这件事的时候不得不捂住鼻子,但我做到了。实用主义每次都胜过教条主义。当然,如果有的话 是 一个很好的方法,你可以重构以避免它,那将是很好的。 基本上我有一个“UnitTestDetector”类,它检查nunit框架程序集是否加载在当前的AppDomain中。它只需要执行一次,然后缓存结果。丑陋,但简单有效。 |
![]() |
2
66
接受乔恩的想法这就是我想到的-
在后面竖起烟斗,我们都是大得足以辨认出我们做了什么我们可能不该做的事情;) |
![]() |
3
48
改编自Ryan的回答。这一个用于MS单元测试框架。 我之所以需要这样做是因为我显示了一个关于错误的消息框。但是我的单元测试也测试了错误处理代码,我不希望在运行单元测试时弹出消息框。
下面是它的单元测试:
|
![]() |
4
17
我用一种和塔尔塞斯相似的方法
这是基本的代码,可以很容易地修改为包括缓存。
另一个好主意是在
|
![]() |
5
11
简化Ryan的解决方案,只需向任何类添加以下静态属性:
|
![]() |
6
10
可能有用,检查当前进程名:
此功能也应通过UnitTest进行检查:
参考文献:
|
![]() |
7
9
在测试模式下,
注意如果
这个
documentation
说:
|
![]() |
8
7
在正在测试的项目中:
在单元测试项目中的某个地方:
优雅,不。但是直截了当和快速。
|
![]() |
9
3
我用这个 只有 用于跳过在没有附加调试程序的情况下启动期间禁用log4net中所有traceAppender的逻辑。这样,即使在非调试模式下运行,单元测试也可以记录到Resharper结果窗口。 使用此函数的方法要么在应用程序启动时调用,要么在开始测试夹具时调用。 它类似于Ryan的帖子,但使用LINQ,删除系统。反射要求,不缓存结果,并且是私有的,以防止(意外)误用。
|
![]() |
10
1
最近我对这个问题很不高兴。我用一种稍微不同的方法解决了它。首先,我不愿意假设nunit框架永远不会在测试环境之外加载;我特别担心开发人员在他们的机器上运行应用程序。所以我改为走到了呼叫栈。第二,我能够假设测试代码永远不会针对发行版二进制文件运行,所以我确保这个代码不存在于发行版系统中。
|
![]() |
11
1
很有魅力
. |
![]() |
12
0
考虑到您的代码是在Windows窗体应用程序的主(GUI)线程中正常运行的,并且您希望它在您可以检查的测试中运行时表现不同
我用这个来编写我想要的代码
适用于MSTEST。我的代码不需要检查测试框架本身的优点是,如果我在某个测试中确实需要异步行为,我可以设置自己的同步上下文。
请注意,这不是一个可靠的方法
|
![]() |
13
0
引用nunit框架并不意味着测试实际上正在运行。例如,在Unity中,当您激活播放模式测试时,nunit引用将添加到项目中。当你运行一个游戏时,引用是存在的,所以UnitTestDetector不能正常工作。 与检查nunit程序集不同,我们可以要求nunit api检查是否正在执行测试。
|
![]() |
14
0
在单元测试仪下运行时,电流为空。至少对于我的WPF应用程序,使用MS单元测试仪。如果需要的话,这是一个简单的测试。另外,在使用应用程序时要记住的一些东西。在代码中是最新的。 |
|
15
0
我在代码中使用了VB中的以下内容来检查单元测试中是否存在AE。尤其是我不想让考试开场白
|
![]() |
16
-3
在测试类时,还有一个非常简单的解决方案… 只需给您要测试的类这样的属性:
现在,单元测试可以将“thisisUnitTest”布尔值设置为true,因此在要跳过的代码中,添加:
它比检查组件更容易、更快。让我想起RubyonRails,在这里您可以查看自己是否在测试环境中。 |
![]() |
JBryanB · 如何从基本抽象类访问类属性 1 年前 |
![]() |
Gabe Tucker · 无法在golang中分配接口对象指针 2 年前 |
![]() |
jkone27 · F#-在编译时从字符串生成简单的空类型 6 年前 |
![]() |
John Bustos · C#通用工厂模式,不说明通用工厂模式的类型 6 年前 |
![]() |
Randall Flagg · 访问propertyinfo中的属性 6 年前 |
![]() |
Kacper · 在反映的全名和成员c后的“*”中,“+”是什么意思# 6 年前 |
![]() |
tobeypeters · 反射铸造 6 年前 |
![]() |
myst02 · 如何在另一个方法之后调用该方法? 6 年前 |