如何在断言之前准备消息？

Question

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

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

但我发现当这样的函数最终发现错误时 - 它立即中断程序（在我的情况下测试），并且只做一件事 - 显示消息，我应该在执行此类断言之前指定该消息。

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

感觉应该有办法，但我无法在互联网上自己找到它。

我的示例：整个测试（顺便说一句，知道为什么测试窗口中的 UnitTest1 嵌套了 3 次吗？）： 测试窗口上的 PS 最后断言只显示 '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()”函数（假设），因此程序员只能合并消息一次，如果您考虑一下，这是有道理的，可以执行断言（失败）只有一次在程序中，当我每次都占用如此多的程序资源来“预组合”消息时，我感到有点傻。

Answer 1

首先：您的代码具有未定义的行为。 数组不会自动增长，因此wcscat(msg, iter)将始终写出边界和_itow(i, iter, 10) for 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());
}