- What is laracasts/integrated used for?
- It is a legacy Laravel package that provides simple integration-testing helpers built around PHPUnit. It was intended for early Laravel 4/5-era applications that wanted convenience conventions on top of PHPUnit test cases. Modern Laravel applications normally use native testing features instead.
- Is laracasts/integrated compatible with modern Laravel versions?
- No, not reliably. The package targets early Laravel 4/5-era stacks and has not been released since 2015, so Composer dependency conflicts are likely on current Laravel versions. Modern Laravel testing is built around Illuminate\Foundation\Testing\TestCase, HTTP tests, database transactions, factories, and parallel testing.
- Does laracasts/integrated still work with PHPUnit 9 or PHPUnit 10?
- Probably not without changes. Its last release predates modern PHPUnit APIs, so PHPUnit 9 or 10 will likely hit API incompatibilities or deprecations. You would need to fork and maintain compatibility shims, which is usually not worth it compared with migrating tests.
- How do I install laracasts/integrated?
- Historically it was installed with Composer require laracasts/integrated, but installation is only feasible where your PHP, Laravel, and PHPUnit constraints still resolve to its old dependencies. Validate dependency resolution in a throwaway branch or container before touching an existing suite. For new projects, use Laravel's native testing tools instead.
- Is laracasts/integrated maintained or abandoned?
- It is effectively unmaintained; the last release was 2015-06-01. There is minimal community support, and any fixes, forks, or compatibility shims must be owned internally. Treat it as technical debt rather than a long-term dependency.
- What are the alternatives to laracasts/integrated for Laravel testing?
- Use Laravel's native testing stack: Illuminate\Foundation\Testing\TestCase, HTTP tests, database migrations and transactions, model factories, and parallel testing. For browser or component testing, evaluate maintained tools such as Laravel Dusk, Pest, or contemporary PHPUnit versions. The right replacement depends on what custom helper behavior your suite actually relies on.
- Can I use laracasts/integrated in a new Laravel project?
- You should not. It has poor stack fit for greenfield or modern Laravel work and creates avoidable maintenance and upgrade risk. Native Laravel testing already covers the standard integration-testing needs the package was built for.
- How do I migrate tests away from laracasts/integrated?
- Inventory every test and helper usage, then map each package behavior to native Laravel testing APIs. Create a parallel modern test suite, migrate low-risk tests first, and keep legacy tests isolated in a separate CI job if dependencies cannot coexist. Finish by removing the package, updating CI and documentation, and decommissioning the legacy test bootstrap.
- What PHP and Laravel versions does laracasts/integrated support?
- The package is from the Laravel 4/5 era and last released in 2015, so it is tied to old PHP and PHPUnit constraints. Exact supported versions should be confirmed from its composer.json and lock files rather than assumed. Modern PHP and Laravel releases are not supported in practice.
- Is laracasts/integrated safe for production or CI?
- It is high risk for production and CI because it is unmaintained and can carry old transitive dependencies without security patches. Legacy PHPUnit versions can also limit parallelization, reporting, and containerized test execution. Gate new adoption and budget migration effort; if it remains, isolate it and plan removal.