尧图网站建设 
如何用 TEST_PREMATURE_EXIT_FILE 协议让测试运行器检测 GoogleTest 程序的异常退出【免费下载链接】googletestGoogleTest - Google Testing and Mocking Framework项目地址: https://gitcode.com/GitHub_Trending/go/googletest测试运行器CI 系统、批量调度器在驱动测试程序时常常遇到一种尴尬情况测试进程在中途崩溃、被信号杀死或调用exit()提前退出运行器只拿到一个非零退出码无法区分测试用例失败和程序根本没有跑完。GoogleTest 为此实现了一套premature-exit-file协议运行器在启动测试程序前设置环境变量TEST_PREMATURE_EXIT_FILEGoogleTest 会在启动时创建该文件、在全部工作完成后自动删除运行器在进程结束后检查文件是否残留即可判断测试程序是否异常退出。适用前提是测试程序基于 GoogleTest 构建且运行平台满足 gtest-port.h 中GTEST_INTERNAL_HAS_PREMATURE_EXIT_FILE的启用条件支持 death test 的平台death test 需要文件系统默认可用此外 Emscripten 在具备文件系统时也可用。协议的工作机制协议的具体行为可以从 UnitTest::Run() 的源码注释 确认启动时GoogleTest 读取环境变量TEST_PREMATURE_EXIT_FILE按其指定的绝对路径创建一个文件当 GoogleTest 完成全部工作后删除该文件。对应的实现是 gtest.cc 中的 ScopedPrematureExitFile 辅助类构造函数用w模式打开文件并写入单个字符0析构函数调用remove()删除文件。这个类作为局部对象进入UnitTest::Run()因此只有当Run()正常返回时文件才会被删除。实现中有两个边界需要注意创建文件时的 I/O 错误会被忽略。如果路径无法打开例如目录不存在或无写权限GoogleTest 会清空该路径本次运行静默跳过 premature-exit 检测测试本身不会因为文件创建失败而失败。所以运行器指定的路径必须真实可写否则协议形同虚设。death test 的子进程不会创建或删除该文件。源码中通过internal_run_death_test标志识别 death test 子进程并传入nullptr避免干扰父进程的文件处理。仓库自带的 gtest_premature_exit_test.cc 中FileExistsDuringExecutionOfDeathTest用例验证了death test 执行期间父进程创建的文件依然存在且 death test 不会干扰主进程对文件的处理。在测试运行器中接入协议运行器需要做三件事启动测试程序前设置环境变量、运行测试程序、运行结束后检查文件是否存在。以 bash 为例$RUNNER_PID处请替换为你自己的运行器进程标识或唯一后缀目的是保证每次运行使用互不相同的文件路径export TEST_PREMATURE_EXIT_FILE/tmp/premature_exit_$$ ./my_test if [ -f $TEST_PREMATURE_EXIT_FILE ]; then echo Test program exited prematurely fi要点环境变量必须在启动测试程序之前设置GoogleTest 是在UnitTest::Run()入口处读取它的路径建议写在运行器可写的临时目录中并且值必须是绝对路径源码注释中明确为 absolute path文件残留即判定测试异常退出运行器应将其报告为失败。这个判断依据直接来自 docs/advanced.md 的 Detecting Test Premature Exit 一节In case the file remains undeleted, the inspected test has exited prematurely.验证协议是否按预期工作仓库自带了一个专门验证文件操作的测试程序 gtest_premature_exit_test.cc它覆盖了协议的三个关键断言可以直接作为验证参照测试执行期间文件必须存在。PrematureExitFileExistsDuringTestExecution用例在普通测试执行中检查Stat(TEST_PREMATURE_EXIT_FILE)成功文件不存在则测试失败death test 执行期间文件必须存在见上文FileExistsDuringExecutionOfDeathTest用例RUN_ALL_TESTS()返回后文件必须已删除。该测试程序在main()中显式检查const char* const filepath GetEnv(TEST_PREMATURE_EXIT_FILE); if (filepath ! nullptr *filepath ! \0) { if (PrematureExitTest::FileExists(filepath)) { printf( File %s shouldnt exist after the test program finishes, but does., filepath); return 1; } }也就是说用你的运行器驱动任何正常的 GoogleTest 程序进程以 0 退出且文件被删除说明协议工作正常如果进程退出后文件仍残留说明测试程序在UnitTest::Run()返回前就退出了崩溃、信号、exit()等运行器应据此把这次运行标记为失败而不是普通的用例失败。限制与注意事项环境变量未设置时整个协议不生效GoogleTest 不创建任何文件这是文档明确说明的启用条件docs/advanced.mdThis feature is enabled only if theTEST_PREMATURE_EXIT_FILEenvironment variable has been set平台不支持GTEST_INTERNAL_HAS_PREMATURE_EXIT_FILE时UnitTest::Run()中根本不创建文件对象运行器即使设置了环境变量也检测不到任何东西文件创建失败路径不可写时静默跳过检测协议不产生任何报错运行器无法感知检测失效与程序正常退出的区别——指定路径前最好自行确认可写协议只回答程序是否异常退出不回答退出原因具体崩溃原因仍需结合退出码、日志或调试手段另行排查。【免费下载链接】googletestGoogleTest - Google Testing and Mocking Framework项目地址: https://gitcode.com/GitHub_Trending/go/googletest创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 如何用 TEST_PREMATURE_EXIT_FILE 协议让测试运行器检测 GoogleTest 程序的异常退出
如何用 TEST_PREMATURE_EXIT_FILE 协议让测试运行器检测 GoogleTest 程序的异常退出【免费下载链接】googletestGoogleTest - Google Testing and Mocking Framework项目地址: https://gitcode.com/GitHub_Trending/go/googletest测试运行器CI 系统、批量调度器在驱动测试程序时常常遇到一种尴尬情况测试进程在中途崩溃、被信号杀死或调用exit()提前退出运行器只拿到一个非零退出码无法区分测试用例失败和程序根本没有跑完。GoogleTest 为此实现了一套premature-exit-file协议运行器在启动测试程序前设置环境变量TEST_PREMATURE_EXIT_FILEGoogleTest 会在启动时创建该文件、在全部工作完成后自动删除运行器在进程结束后检查文件是否残留即可判断测试程序是否异常退出。适用前提是测试程序基于 GoogleTest 构建且运行平台满足 gtest-port.h 中GTEST_INTERNAL_HAS_PREMATURE_EXIT_FILE的启用条件支持 death test 的平台death test 需要文件系统默认可用此外 Emscripten 在具备文件系统时也可用。协议的工作机制协议的具体行为可以从 UnitTest::Run() 的源码注释 确认启动时GoogleTest 读取环境变量TEST_PREMATURE_EXIT_FILE按其指定的绝对路径创建一个文件当 GoogleTest 完成全部工作后删除该文件。对应的实现是 gtest.cc 中的 ScopedPrematureExitFile 辅助类构造函数用w模式打开文件并写入单个字符0析构函数调用remove()删除文件。这个类作为局部对象进入UnitTest::Run()因此只有当Run()正常返回时文件才会被删除。实现中有两个边界需要注意创建文件时的 I/O 错误会被忽略。如果路径无法打开例如目录不存在或无写权限GoogleTest 会清空该路径本次运行静默跳过 premature-exit 检测测试本身不会因为文件创建失败而失败。所以运行器指定的路径必须真实可写否则协议形同虚设。death test 的子进程不会创建或删除该文件。源码中通过internal_run_death_test标志识别 death test 子进程并传入nullptr避免干扰父进程的文件处理。仓库自带的 gtest_premature_exit_test.cc 中FileExistsDuringExecutionOfDeathTest用例验证了death test 执行期间父进程创建的文件依然存在且 death test 不会干扰主进程对文件的处理。在测试运行器中接入协议运行器需要做三件事启动测试程序前设置环境变量、运行测试程序、运行结束后检查文件是否存在。以 bash 为例$RUNNER_PID处请替换为你自己的运行器进程标识或唯一后缀目的是保证每次运行使用互不相同的文件路径export TEST_PREMATURE_EXIT_FILE/tmp/premature_exit_$$ ./my_test if [ -f $TEST_PREMATURE_EXIT_FILE ]; then echo Test program exited prematurely fi要点环境变量必须在启动测试程序之前设置GoogleTest 是在UnitTest::Run()入口处读取它的路径建议写在运行器可写的临时目录中并且值必须是绝对路径源码注释中明确为 absolute path文件残留即判定测试异常退出运行器应将其报告为失败。这个判断依据直接来自 docs/advanced.md 的 Detecting Test Premature Exit 一节In case the file remains undeleted, the inspected test has exited prematurely.验证协议是否按预期工作仓库自带了一个专门验证文件操作的测试程序 gtest_premature_exit_test.cc它覆盖了协议的三个关键断言可以直接作为验证参照测试执行期间文件必须存在。PrematureExitFileExistsDuringTestExecution用例在普通测试执行中检查Stat(TEST_PREMATURE_EXIT_FILE)成功文件不存在则测试失败death test 执行期间文件必须存在见上文FileExistsDuringExecutionOfDeathTest用例RUN_ALL_TESTS()返回后文件必须已删除。该测试程序在main()中显式检查const char* const filepath GetEnv(TEST_PREMATURE_EXIT_FILE); if (filepath ! nullptr *filepath ! \0) { if (PrematureExitTest::FileExists(filepath)) { printf( File %s shouldnt exist after the test program finishes, but does., filepath); return 1; } }也就是说用你的运行器驱动任何正常的 GoogleTest 程序进程以 0 退出且文件被删除说明协议工作正常如果进程退出后文件仍残留说明测试程序在UnitTest::Run()返回前就退出了崩溃、信号、exit()等运行器应据此把这次运行标记为失败而不是普通的用例失败。限制与注意事项环境变量未设置时整个协议不生效GoogleTest 不创建任何文件这是文档明确说明的启用条件docs/advanced.mdThis feature is enabled only if theTEST_PREMATURE_EXIT_FILEenvironment variable has been set平台不支持GTEST_INTERNAL_HAS_PREMATURE_EXIT_FILE时UnitTest::Run()中根本不创建文件对象运行器即使设置了环境变量也检测不到任何东西文件创建失败路径不可写时静默跳过检测协议不产生任何报错运行器无法感知检测失效与程序正常退出的区别——指定路径前最好自行确认可写协议只回答程序是否异常退出不回答退出原因具体崩溃原因仍需结合退出码、日志或调试手段另行排查。【免费下载链接】googletestGoogleTest - Google Testing and Mocking Framework项目地址: https://gitcode.com/GitHub_Trending/go/googletest创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考