friends-of-phpspec/phpspec-code-coverage
PhpSpec extension that generates code coverage reports (console and HTML) for your specs. Works with Xdebug, phpdbg or pcov and supports multiple PhpSpec/PHP versions, helping you see which parts of your codebase are exercised by tests.
This package is irrelevant for standard Laravel projects as it targets PhpSpec (a niche BDD testing framework), not Laravel's default PHPUnit testing stack. Most Laravel teams use PHPUnit for testing, making this package non-applicable. Even for rare PhpSpec use cases, the package's minimal adoption (20 stars), unclear license (NOASSERTION), and suspicious future release date (2025-09-26) signal poor maintenance and risk. Product decisions should prioritize PHPUnit-based coverage tools (e.g., phpunit/phpunit with built-in coverage) for Laravel, avoiding this package entirely unless explicitly validating PhpSpec workflows—which is exceptionally uncommon.
Only consider if your project exclusively uses PhpSpec for testing (e.g., legacy systems or specialized BDD-focused teams). However, this scenario is virtually nonexistent in Laravel ecosystems, where PHPUnit dominates. For all Laravel projects, do not consider this package—opt for PHPUnit’s native coverage tools instead. The package’s low popularity, license ambiguity, and lack of recent activity (despite the 2025 date) make it unsuitable for production use even in PhpSpec contexts. If your team isn’t already using PhpSpec, this package is irrelevant and should be excluded from all evaluations.
"This package isn’t relevant for our Laravel projects. Laravel uses PHPUnit by default for testing, and code coverage is already handled seamlessly through PHPUnit’s built-in tools (e.g., --coverage-html). This PhpSpec-specific package has almost no adoption (20 stars), no clear license, and questionable maintenance—making it a high-risk, low-value option. We’d waste time evaluating it when proven, supported tools are already part of our stack. Let’s focus on optimizing our existing PHPUnit coverage workflows instead."
How can I help you explore Laravel packages today?