infection 安装失败主因是 php 版本低于 8.0 或缺失 pcntl/posix 扩展；配置需显式指定 source 目录、合理设 timeout、明确 phpunit configdir；运行卡住应加 --log-verbosity=debug 排查；变异分数低需检查空断言、缺失兜底分支及纯数据类排除。
Composer 安装 infection/infection 失败的常见原因
直接 composer require infection/infection --dev 失败，大概率不是网络问题，而是 PHP 版本或扩展不满足。Infection 1.0+ 要求 PHP ≥ 8.0，且必须启用 pcntl 和 posix 扩展（Windows 默认不支持 pcntl，得用 WSL 或 Docker）。
- 检查 PHP 版本：
php -v，低于 8.0 就别硬试，降级到 Infection 0.26 是下策，功能和报告差异大 - 确认扩展已加载：
php -m | grep -E "pcntl|posix"，Mac M1/M2 用户常因 Homebrew PHP 缺失pcntl而卡住 - 全局安装（
composer global require infection/infection）看似省事，但会污染环境、版本难隔离，不推荐
infection.json 配置里最易写错的几项
配置文件不是可有可无的装饰，漏掉关键字段会导致全量文件被扫描、超时、或根本不动 Mutation。默认生成的 infection.json 往往过于宽泛。
-
"source": { "directories": ["src"] }必须显式指定，否则会误扫vendor或测试文件，大幅拖慢速度 -
"timeout": 30建议设为 20–40，太小导致进程被杀（尤其在 CI 上），太大则掩盖低效 Mutation - 别信文档里“自动识别测试框架”的说法：
"phpUnit": { "configDir": "." }要指向phpunit.xml所在目录，否则找不到测试套件，报Could not find PHPUnit configuration file
运行 infection 命令后没输出或卡住怎么办
不是挂了，是它在默默 fork 进程跑 Mutation——没日志、没进度条，新手容易以为失败。实际卡住多因路径/权限/配置三者之一出问题。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 加
--log-verbosity=debug看真实错误，比如Failed to create process就是 Windows 下pcntl不可用的铁证 - 用
--filter=MyServiceTest限定单个测试类快速验证流程是否通，避免等 5 分钟才报错 - CI 环境（如 GitHub Actions）要显式加
run: export PCNTL_ENABLED=1并确保使用 Linux runner，GitHub 的 Ubuntu image 默认支持pcntl
变异分数低但测试覆盖率高？先看这三点
95% 行覆盖 ≠ 95% 变异分数，这是常态。变异测试测的是“逻辑脆弱性”，不是“有没有执行”。分数低不等于测试差，但可能暴露设计盲区。
- 检查是否用了太多
assertTrue(true)或assertEquals($x, $x)类似空断言，这类测试对 Mutation 完全免疫 - 留意
switch或if/else if/else链中缺失default或兜底分支，Infection 会插入return null等变异，而你的测试没覆盖 fallback 场景 - DTO、Entity、Factory 等纯数据类若没业务逻辑，可加
"exclude": ["src/Dto/"]到配置，避免拉低整体分数干扰判断
真正难的是让 Mutation 暴露的缺陷能被快速定位——别只盯着分数，重点看 Escaped mutants 里哪些变异没被杀死，那才是你代码里最安静的漏洞。
