IDE 在抛出 AssertionException 时停止,而不是测试失败。 (MSTestExtensions 的罪魁祸首?)

发布于 2024-09-27 02:49:08 字数 1284 浏览 6 评论 0原文

我在 MSTest 项目中使用 NUnit 断言,如下所示(注意:这应该不重要,请参阅 Dave Falkner 的答案的评论):

using Microsoft.VisualStudio.TestTools.UnitTesting;
using MSTestExtensions;
using Assert = NUnit.Framework.Assert;
using Is = NUnit.Framework.Is;

这在我的单元测试中效果很好,但在我的集成测试中我我遇到了一些麻烦。我认为这可能是由于 MSTestExtensions 造成的,因为我的单元测试没有使用它。此外,如果我注释掉 MSTestExtensions using 语句、类上的继承 MSTestExtensionsTestFixture 语句以及 [TestTransaction] 属性,我就不会遇到此问题。重新添加 using 语句不会导致问题。添加 [TestTransaction] 属性不会导致问题。一旦我从测试类上的 MSTestExtensionsTestFixture 继承,问题就会出现。

基本上,问题在于,当我在失败的情况下执行以下代码时(例如,actualPartNumbers 列表包含两个部分,而预期列表仅包含一个部分),MSTest 不会处理 AssertionException。

Assert.That(actualPartNumbers, Is.EquivalentTo(expectedPartNumbers));

因此,IDE 在抛出异常时停止,而不是测试失败。有时这种情况不会发生,测试会正常失败。但在大多数情况下,IDE 会在抛出异常时停止。有什么想法吗?

仅供参考: 我正在使用 MSTestExtensions,以便我可以在每次测试后执行数据库回滚([TestTransaction] 属性)。这与 MbUnit 的回滚功能类似。我用 NUnit 覆盖 MSTest 的断言,因为我更喜欢流畅的风格。最后,我使用 MSTest 因为我在使用 NUnit 时遇到问题。特别是对于 Microsoft Moles 和 与使用 log4net 的第三方引用发生冲突。我正在尽力设置单元/集成测试,以便在我切换时能够在任一框架中运行。但就目前而言,MSTest 似乎是最不麻烦的,并且在 IDE 中的集成非常好。

I am using NUnit asserts within a MSTest project like as follows (NOTE: This shouldn't matter see comments to Dave Falkner's answer):

using Microsoft.VisualStudio.TestTools.UnitTesting;
using MSTestExtensions;
using Assert = NUnit.Framework.Assert;
using Is = NUnit.Framework.Is;

This has worked great in my unit tests, but in my integration tests I am having some trouble. I think it might be due to MSTestExtensions as my unit tests were not using it. Additionally, if I comment out the MSTestExtensions using statement, the inherit MSTestExtensionsTestFixture statement on the class, and the [TestTransaction] attribute, I don't have this problem. Adding the using statement back in doesn't cause the problem. Adding the [TestTransaction] attribute doesn't cause the problem. Once I inherit from MSTestExtensionsTestFixture on the test class, the issue presents itself.

Basically, the problem is that when I execute the following code in a situation that it will fail (such as the actualPartNumbers list containing two parts, whereas the expected list contains only one), the AssertionException goes unhandled by MSTest.

Assert.That(actualPartNumbers, Is.EquivalentTo(expectedPartNumbers));

Thus the IDE stops at the thrown exception, rather than fail the test. Sometimes this doesn't happen and the test will fail normally. But in most cases the IDE stops at the thrown exception. Any ideas?

FYI:
I'm using MSTestExtensions so that I can do database rollbacks ([TestTransaction] attribute) after each test. This is similar to MbUnit's rollback feature. I'm overriding MSTest's asserts with NUnit's because I like the fluent style better. Lastly, I'm using MSTest because I'm having issues with NUnit. Particularly with Microsoft Moles and conflicts with third party references that use log4net. I'm trying my best to setup the unit/integration tests to be able to run in either framework in case I switch. But for now MSTest seems to be the least hassle and the integration in the IDE is very nice.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

遥远的绿洲 2024-10-04 02:49:08

这可能只是您用来启动测试的组合键的问题:ctrl+R、ctrl+T 与 ctrl+R、T?

http://stevesmithblog.com/blog/run- mstest-without-break-on-exceptions-in-vs2010/

Could it perhaps just be a matter of the key combination that you're using to initiate the tests: ctrl+R, ctrl+T vs ctrl+R, T?

http://stevesmithblog.com/blog/run-mstest-without-breaking-on-exceptions-in-vs2010/

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文