断言前如何准备消息？

Question

我是测试新手，刚开始使用“CppUnitTest.h”（Visual Studio2019）。断言静态函数表现良好，例如：

static void Assert::IsTrue(
    bool condition,
    const wchar_t* message = NULL,
    const __LineInfo* pLineInfo = NULL)

但我发现当这样的函数最终发现错误时 - 它会立即破坏程序（在我的案例测试中），并且只做一件事 - 显示消息，我应该在 before 这样指定断言执行。

在测试中，使用循环，我可以在每次迭代时准备完整的消息，但最终运行完整测试需要 6-8 倍的时间。所以这里的理智意图是在它中断之前只为断言指定一次复杂的消息。

感觉应该有办法，但我自己在网上找不到。

我的例子： 整个测试（顺便说一句，知道为什么 UnitTest1 在测试窗口中嵌套 3 次吗？）： 附言测试窗口上的最后一个断言仅显示“iter”wchar，根本没有使用“msg”。 主要：

bool applicableAge(UINT age)
{
    if((age>=18 && age<= 50)|| age==1000111222) return true;
    else return false;
};

更新@churill

我认为没有必要粘贴我对“Hello World”级别的简单测试。试想一下，您有一个采用简单 uint 的函数，而我的测试想要测试每个可能的输入（超过 40 亿），现在想象我在目标函数中放置（故意）错误，假设如果输入是 uint，它会产生错误返回1000111222，现在，在我的测试循环中，我必须在每次迭代中编写消息，这需要 至少 3 个操作：1）使用初始消息初始化 wchar_t，2）_itow（i，num，10 ); - 将当前迭代数字转换为文字，3)wcscat(msg, num); - 将必要的文本部分合并到单个 wchar_t 中，直到现在我才能将其作为参数放入 Assert。

现在想象一下，我正在做类似 3x for 的嵌套循环，它需要将 3 个不同的“i”转换为文本，然后将所有这些合并到单个 msg 中。然后很明显，80% 的测试功能是编写实际消息，20% 是对生产代码功能的实际测试。

而我这个问题的目的，是想知道有经验的聪明人会做什么样的伎俩。

我坚信，这应该类似于“Assert::isAboutToBreak()”函数（假设），因此程序员只能合并一次消息，如果您考虑一下，这是有道理的，可以执行断言（失败）只有一次在程序中，当我花费这么多程序资源来'preCombine'消息每次时，我有点傻。

Answer 1

首先：您的代码具有未定义的行为。数组不会自动增长，因此wcscat(msg, iter) 将始终写入越界，_itow(i, iter, 10) 将始终写入i > 99。我会选择std::wstring 和/或std::wstringstream。

---

但很明显，与编写错误消息的时间相比，您正在测试的代码几乎不需要时间。

您可以手动断言条件（不带Assert::IsTrue 或Assert::IsFalse），并且仅在它失败时编写错误消息并使用Assert::Fail 发布。

粗略的例子：

auto expected = calculateExpectedValue();
auto actual = functionYouWantToTest();

if(expected != actual) {
    std::wstring message = composeMessage();
    Assert::Fail(message.c_str());
}