Criterion测试框架中如何验证程序崩溃是预期行为

在单元测试中，我们不仅需要验证代码的正确执行路径，有时还需要确保程序在特定条件下能够按照预期崩溃。本文将介绍如何在Criterion测试框架中优雅地处理这类测试场景。

为什么需要测试程序崩溃

程序崩溃测试在以下场景中尤为重要：

1. 验证断言(assert)是否按预期触发
2. 测试错误处理边界条件
3. 确保非法输入会导致程序终止而非继续执行错误状态
4. 验证内存访问越界等严重错误的处理

Criterion的信号处理机制

Criterion提供了专门的测试选项来处理预期崩溃的场景。通过在测试用例中添加.signal参数，我们可以指定期望接收到的信号类型。

基本用法示例

#include <criterion/criterion.h>

Test(suite_name, test_name, .signal = SIGSEGV) {
    // 这里放置预期会导致段错误的代码
    int *ptr = NULL;
    *ptr = 42;  // 这行应该触发SIGSEGV
}

当测试运行时，如果确实收到了SIGSEGV信号，测试将被标记为通过；如果没有收到预期信号，测试则会失败。

支持的信号类型

Criterion支持测试各种常见的崩溃信号：

• SIGSEGV：内存访问违规
• SIGABRT：程序调用abort()
• SIGFPE：算术运算错误
• SIGILL：非法指令
• SIGBUS：总线错误

高级应用场景

测试断言失败

#include <assert.h>
#include <criterion/criterion.h>

Test(assertions, test_assert_fail, .signal = SIGABRT) {
    assert(0);  // 断言失败应触发SIGABRT
}

组合测试选项

信号测试可以与其他测试选项组合使用：

Test(complex, test_case, 
     .signal = SIGSEGV,
     .timeout = 1,  // 设置超时
     .disabled = false) {
    // 测试代码
}

最佳实践建议

1. 为每个预期崩溃的场景编写独立的测试用例
2. 在测试描述中明确说明预期崩溃的原因
3. 避免在同一个测试中混合正常路径和崩溃路径测试
4. 对于重要的安全断言，确保编写对应的崩溃测试

注意事项

1. 确保测试环境不会干扰信号捕获
2. 在多线程测试中要特别注意信号处理
3. 某些信号可能被系统处理方式不同，需要针对目标平台测试

通过合理利用Criterion的信号测试功能，开发者可以构建更全面的测试套件，确保程序不仅在正常情况下表现正确，在异常情况下也能安全失败。