sublime text本身不支持断点调试，所谓“本地测试”实为调用命令行工具（如phpunit、pytest）执行，插件仅负责触发、捕获输出及错误跳转；需按语言场景选对插件并正确配置路径、工作目录与配置文件，否则易出现命令未找到或测试误跑根目录等问题。
Sublime Text 本身不带调试器，所谓“本地测试”实际是调用命令行工具执行（如 phpunit、pytest、npm test），插件只负责触发、捕获输出、跳转错误行。选错插件或配置偏差，轻则命令找不到，重则工作目录错乱、测试全跑在根目录下。
确认你真正需要的是哪类“测试”
先分清场景，再装插件，否则白费功夫：
- PHP 单元测试 → 必装
sublime-phpunit，它不走 Build System，而是自己找phpunit.xml并从该目录执行 - Python pytest/unittest → 推荐
SublimeTestRunner或手动配 Build System，前者支持右键单测/全测，后者更可控但需写 JSON - Node.js 测试（Jest/Mocha）→ 用
SublimeJest（需全局或项目级安装jest-cli）或直接配 Build System 调npx jest - 纯 Shell 脚本或自定义命令 → 不要装专用测试插件，改用
Terminus开内嵌终端手动跑，更透明、少埋坑
sublime-phpunit 安装后没反应？检查这三点
这是最常卡住的环节，报错往往藏在控制台（Ctrl+`）里：
-
phpunit命令必须在系统 PATH 中可用：终端执行which phpunit（macOS/Linux）或where phpunit（Windows），不能依赖vendor/bin/phpunit的相对路径 - 项目根目录必须存在
phpunit.xml或phpunit.xml.dist：哪怕内容只有<?xml version="1.0" encoding="UTF-8"?><phpunit></phpunit>，否则插件会 fallback 到/目录执行，大概率权限失败 - 不要指望它读
tests/bootstrap.php：除非你在phpunit.xml里显式写了bootstrap="tests/bootstrap.php"，否则自动加载逻辑不生效
Python 测试别硬套 PHP 那套逻辑
SublimeTestRunner 和 sublime-phpunit 架构完全不同：
-
SublimeTestRunner依赖python -m pytest或python -m unittest，所以你要确保当前 Sublime 窗口打开的是 Python 项目根目录（不是某个 .py 文件单独打开），否则模块导入会失败 - 它默认使用项目根目录下的
pytest.ini或setup.cfg，但不会自动激活 venv；如果用了虚拟环境，得在 Sublime 启动前用终端进入 venv 再执行subl . - 想跑单个 test method？右键方法名 → “Run Test Method”，它会自动提取函数名拼成
pytest test_file.py::test_method_name，比手敲快，但前提是函数命名符合 pytest 规范
最容易被忽略的一点：所有这些插件都**不接管进程生命周期**。它们起一个子进程跑测试，输出完就结束——没有断点、看不到变量、无法 step into。真要调试，得靠 CLI + Xdebug / pdb / vscode-python 的 debug adapter，Sublime 只适合做快速验证和结果查看。
