Duster 代码规范工具测试体系揭秘Pest 框架与 Fixtures 驱动的完整测试策略【免费下载链接】dusterAutomatic configuration for Laravel apps to apply Tightens standard linting code standards.项目地址: https://gitcode.com/gh_mirrors/du/dusterDuster 是一款为 Laravel 应用自动配置 Tighten 标准 linting 与代码规范的 PHP 命令行工具内置 TLint、PHP_CodeSniffer、PHP CS Fixer、Pint 四大检查引擎。本文带你完整揭秘它的测试体系如何用 Pest 框架搭配 Fixtures 迷你项目构建一套高可读、可复用的 PHP 代码风格检查工具测试策略。 为什么 Duster 的测试值得一看Duster 的测试面临一个有趣挑战它要检查的对象不是普通函数而是命令行工具本身——duster lint这条命令能不能正确识别各种代码风格问题。项目给出的答案是三板斧手段作用Pest 框架用自然语言it()语法写测试可读性极强Fixtures 迷你项目每个测试场景对应一个含预设问题的真实小项目自定义run()助手一行代码执行完整 CLI 命令并捕获输出三者组合让数十个测试读起来就像在描述用户操作手册。 三大测试套件Feature、Unit、Fixer 各司其职打开 phpunit.xml.dist 可以看到整个测试体系被清晰地拆分为三个套件Featuretests/Feature/端到端测试真实运行duster lint命令Unittests/Unit/直接测试单个类的行为如配置解析Fixertests/Fixer/验证 Duster 内置的三个自定义排序规则这种分层让修一个小 bug不必跑全量测试新手理解代码时也能从 Unit 层入手快速定位。✨ Pest 如何简化测试编写run() 助手函数整个体系的核心是 tests/Pest.php 文件它做了三件关键的事1. 统一的run()助手函数Feature 测试里最常见的写法是[$statusCode, $output] run(lint, [ path base_path(tests/Fixtures/WithoutIssues), ]);run()会模拟真实命令行输入调用 Duster 内核执行命令捕获缓冲输出、自动剥离终端 ANSI 颜色码最后返回[状态码, 输出内容]。测试作者完全不用关心命令行框架的细节。2. 断言扩展Pest 允许随时扩展断言 API比如这里自定义了expect()-extend(toBeOne, fn () $this-toBe(1))让expect(1)-toBeOne()这样的写法成为可能。3. 每个测试前的工作目录切换beforeEach中执行chdir切到测试目录防止 Duster 读取到自己仓库根目录的duster.json配置保证测试环境干净隔离。配套的基础设施在 tests/TestCase.php它继承 Laravel Zero 的测试基类每个测试前创建临时stubs目录、测试后自动清理实现用完即焚的隔离。 Fixtures 驱动每个场景一个迷你 Laravel 项目tests/Fixtures/ 目录是这套体系最精彩的部分——它用真实的小项目模拟用户的各种使用场景Fixture 目录模拟场景WithoutIssues/完全规范、零问题的干净项目TlintFixableIssues/含 Blade 模板风格问题的项目PintFixableIssues/含 Pint 可修复问题的项目MultipleFixableIssues/同时含 PHP 和 Blade 问题验证多引擎协作DusterConfig/项目内含duster.json验证排除规则生效DusterConfigWildcard/多层嵌套目录验证通配符包含/排除PintProjectConfig/项目自带pint.json验证用户配置不被覆盖以 tests/Feature/LintCommandTest.php 为例一个测试只需指定 Fixture 路径、断言状态码和输出内容即可it(lints without issues, function () { [$statusCode, $output] run(lint, [ path base_path(tests/Fixtures/WithoutIssues), ]); expect($statusCode)-toBe(0); });更有价值的是负向断言测试不仅检查输出中包含预期的报错信息还会断言not-toContain(Linting using PHP_CodeSniffer)等——确认用户指定--using tlint时其他引擎确实没有运行。这种正反双向验证极大降低了回归风险。️ Unit 与 Fixer 测试直接验证配置与自定义规则单元测试tests/Unit/DusterConfigTest.php 直接实例化 app/Support/DusterConfig.php 类验证配置值正确读取paths、using等字段默认排除列表完整vendor/、storage/、node_modules/等用户自定义排除项能正确合并进默认列表Fixer 测试采用 Pest 的**数据提供者Data Provider**模式。以 tests/Fixer/ClassNotation/CustomControllerOrder/CustomControllerOrderFixerTest.php 为例测试把一段方法顺序混乱的控制器代码写入临时文件调用 php-cs-fixer 执行 Duster 自定义的 CustomControllerOrderFixer 规则再断言修复后的代码与预期完全一致。同一模式还覆盖了类元素排序和 PHPUnit 方法排序两个自定义规则。 新手可借鉴的 4 个测试设计模式用迷你项目当测试数据比起 mock 一切Fixtures 更接近真实用户环境能提前暴露路径、权限、配置发现等真实世界问题把重复操作封装成助手函数run()一个函数让几十个测试保持三行以内的核心逻辑正负断言双向验证既断言该出现的出现了也断言不该出现的没出现临时资源用完即焚setUp创建、tearDown清理的临时目录保证测试之间零污染掌握这套 Pest Fixtures 的测试策略后你不仅能读懂 Duster 的源码更可以把它迁移到自己的 CLI 工具项目中——测试代码即文档每一条it(...)都是给新手看的最佳使用示例。【免费下载链接】dusterAutomatic configuration for Laravel apps to apply Tightens standard linting code standards.项目地址: https://gitcode.com/gh_mirrors/du/duster创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Duster 代码规范工具测试体系揭秘Pest 框架与 Fixtures 驱动的完整测试策略【免费下载链接】dusterAutomatic configuration for Laravel apps to apply Tightens standard linting code standards.项目地址: https://gitcode.com/gh_mirrors/du/dusterDuster 是一款为 Laravel 应用自动配置 Tighten 标准 linting 与代码规范的 PHP 命令行工具内置 TLint、PHP_CodeSniffer、PHP CS Fixer、Pint 四大检查引擎。本文带你完整揭秘它的测试体系如何用 Pest 框架搭配 Fixtures 迷你项目构建一套高可读、可复用的 PHP 代码风格检查工具测试策略。 为什么 Duster 的测试值得一看Duster 的测试面临一个有趣挑战它要检查的对象不是普通函数而是命令行工具本身——duster lint这条命令能不能正确识别各种代码风格问题。项目给出的答案是三板斧手段作用Pest 框架用自然语言it()语法写测试可读性极强Fixtures 迷你项目每个测试场景对应一个含预设问题的真实小项目自定义run()助手一行代码执行完整 CLI 命令并捕获输出三者组合让数十个测试读起来就像在描述用户操作手册。 三大测试套件Feature、Unit、Fixer 各司其职打开 phpunit.xml.dist 可以看到整个测试体系被清晰地拆分为三个套件Featuretests/Feature/端到端测试真实运行duster lint命令Unittests/Unit/直接测试单个类的行为如配置解析Fixertests/Fixer/验证 Duster 内置的三个自定义排序规则这种分层让修一个小 bug不必跑全量测试新手理解代码时也能从 Unit 层入手快速定位。✨ Pest 如何简化测试编写run() 助手函数整个体系的核心是 tests/Pest.php 文件它做了三件关键的事1. 统一的run()助手函数Feature 测试里最常见的写法是[$statusCode, $output] run(lint, [ path base_path(tests/Fixtures/WithoutIssues), ]);run()会模拟真实命令行输入调用 Duster 内核执行命令捕获缓冲输出、自动剥离终端 ANSI 颜色码最后返回[状态码, 输出内容]。测试作者完全不用关心命令行框架的细节。2. 断言扩展Pest 允许随时扩展断言 API比如这里自定义了expect()-extend(toBeOne, fn () $this-toBe(1))让expect(1)-toBeOne()这样的写法成为可能。3. 每个测试前的工作目录切换beforeEach中执行chdir切到测试目录防止 Duster 读取到自己仓库根目录的duster.json配置保证测试环境干净隔离。配套的基础设施在 tests/TestCase.php它继承 Laravel Zero 的测试基类每个测试前创建临时stubs目录、测试后自动清理实现用完即焚的隔离。 Fixtures 驱动每个场景一个迷你 Laravel 项目tests/Fixtures/ 目录是这套体系最精彩的部分——它用真实的小项目模拟用户的各种使用场景Fixture 目录模拟场景WithoutIssues/完全规范、零问题的干净项目TlintFixableIssues/含 Blade 模板风格问题的项目PintFixableIssues/含 Pint 可修复问题的项目MultipleFixableIssues/同时含 PHP 和 Blade 问题验证多引擎协作DusterConfig/项目内含duster.json验证排除规则生效DusterConfigWildcard/多层嵌套目录验证通配符包含/排除PintProjectConfig/项目自带pint.json验证用户配置不被覆盖以 tests/Feature/LintCommandTest.php 为例一个测试只需指定 Fixture 路径、断言状态码和输出内容即可it(lints without issues, function () { [$statusCode, $output] run(lint, [ path base_path(tests/Fixtures/WithoutIssues), ]); expect($statusCode)-toBe(0); });更有价值的是负向断言测试不仅检查输出中包含预期的报错信息还会断言not-toContain(Linting using PHP_CodeSniffer)等——确认用户指定--using tlint时其他引擎确实没有运行。这种正反双向验证极大降低了回归风险。️ Unit 与 Fixer 测试直接验证配置与自定义规则单元测试tests/Unit/DusterConfigTest.php 直接实例化 app/Support/DusterConfig.php 类验证配置值正确读取paths、using等字段默认排除列表完整vendor/、storage/、node_modules/等用户自定义排除项能正确合并进默认列表Fixer 测试采用 Pest 的**数据提供者Data Provider**模式。以 tests/Fixer/ClassNotation/CustomControllerOrder/CustomControllerOrderFixerTest.php 为例测试把一段方法顺序混乱的控制器代码写入临时文件调用 php-cs-fixer 执行 Duster 自定义的 CustomControllerOrderFixer 规则再断言修复后的代码与预期完全一致。同一模式还覆盖了类元素排序和 PHPUnit 方法排序两个自定义规则。 新手可借鉴的 4 个测试设计模式用迷你项目当测试数据比起 mock 一切Fixtures 更接近真实用户环境能提前暴露路径、权限、配置发现等真实世界问题把重复操作封装成助手函数run()一个函数让几十个测试保持三行以内的核心逻辑正负断言双向验证既断言该出现的出现了也断言不该出现的没出现临时资源用完即焚setUp创建、tearDown清理的临时目录保证测试之间零污染掌握这套 Pest Fixtures 的测试策略后你不仅能读懂 Duster 的源码更可以把它迁移到自己的 CLI 工具项目中——测试代码即文档每一条it(...)都是给新手看的最佳使用示例。【免费下载链接】dusterAutomatic configuration for Laravel apps to apply Tightens standard linting code standards.项目地址: https://gitcode.com/gh_mirrors/du/duster创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
