问题标签 [assert]

在 ASP.NET 中设置适当的调试环境似乎是一个相当大的麻烦，我只是想知道使用 Asserts 是否可行。我读了一点，发现您需要修改 web.config 以正确使用 Asserts。这通常是最好的方法还是有其他可能更容易使用的调试方法？

我们不使用单元测试框架，因此与问题无关。

您如何知道它们正常工作或根本不工作之间的区别？目前我可以在我的代码中放入断言，它绝对不会做任何事情，因为它们没有在 web.config 中配置。这对我来说似乎很危险。

在单元测试中拥有多个断言是不好的做法吗？有关系吗？

我在阅读Windows Research Kernel (WRK) 1.2中的源代码时遇到了这个预处理器定义：

这段代码有什么作用？为什么要定义它？

我有一个单元测试来检查方法是否返回正确的IEnumerable. 该方法使用yield return. 它是可枚举的类如下：

这是该方法的相关部分：

如果我将此方法的结果存储在 中actual，请创建另一个 enumerable expected，然后像这样比较它们......

...，断言失败。

IEnumerable我为此编写了一个类似于Pythonzip函数的扩展方法（它将两个 IEnumerables 组合成一组对）并尝试了这个：

有效！Assert.AreEqual那么这两个s有什么区别呢？

如何使用Assert（或其他 Test 类）来验证是否引发了异常？

断言中的“每个测试一个断言”是公认的。写断言不好如下：</p>

更好的选择是：

问题是如果断言是：

关系是 OR 而不是 AND。

有没有办法在保持逻辑的同时做出“每个测试一个断言”？

1. assert将其用作标准代码的一部分而不是仅用于调试目的是否存在性能或代码维护问题？

   是

   好于或差于

   /li>

2. 此外，是否有任何方法可以设置这样的业务规则if x < 0 raise error，总是在没有try/except/finallyso 的情况下进行检查，如果在整个代码中的任何时间x小于 0，则会引发错误，例如，如果您assert x < 0在函数的开头设置，则在函数内的任何位置哪里x变得小于 0 引发异常？

在单元测试中，您更喜欢 Asserts 中的文字值或表达式吗？这个小例子说明了我的意思 - 请注意评论：

该表达式的好处在于，当 XML 示例更改时，单元测试不会中断。另一方面，我基本上在我不喜欢的单元测试中直接提供了 SlideshowConverter 的一个方面的实现（测试应该测试意图，而不是实现）。我还可以想象使用表达式的测试更容易出现编程错误（例如，我可能在我的测试方法中的 E4X 表达式中犯了一个错误）。

你更喜欢什么方法？在现实世界的项目中，什么优势通常更重要？

有没有更好的方法在 jUnit 中编写

有人知道为什么 JUnit 4 提供assertEquals(foo,bar)但不提供assertNotEqual(foo,bar)方法吗？

它提供assertNotSame（对应assertSame）和assertFalse（对应assertTrue），所以他们没有费心包括assertNotEqual.

顺便说一句，我知道 JUnit-addons 提供了我正在寻找的方法。我只是出于好奇而问。