Assert Process was executed — Laravel 5.5

I recently started working on a project that will rely heavily on running commands on the terminal. It quickly got in my way of doing TDD, so I had to implement some sort of ProcessFake. This article is about how easy that was. Background The mental process that I used to write a was based on the same logic of , and . It’s basically a bridge between your system and some service. Process::fake() Mail::fake() Storage::fake() Queue::fake() external 1- The Process Facade The Process Facade is extremely simple: it executes a process. It’s a simple wrapper around Symfony Process. 2- A TDD Example Suppose we want to write a that exposes the ability to restart the Web Server. Following the TDD approach, I would like to write a test like the following: WebServerController For the test to pass, we’ll need to write the class as well as the actual implementation of the . ProcessFake Controller 3- The WebServerController Special attention to . This is a Real-time Facade. It means that Laravel will generate a Facade on-the-fly for the class. You can read more about it . use Facades\App\Process here 3- The ProcessFake class To finish the details required on (2), an implement for capable of asserting that a command was executed. ProcessFake Don’t forget to register the Route before running your tests: Route::post('/webserver/restart', 'WebServerController@restart'); 4- Conclusion To recap, an extremely simple wrapper around Symfony Process as a Facade will allow us to execute commands that the application offers. Because we’re using a Real-time Facade, we can swap the implementation with a for our Feature tests. Fake One may raise the question: What guarantee that the Facade actually works? A test coverage report can tell that there are no coverage for the actual implementation. A solution for that is to write one simple Integration test. Process Process 5- [Bonus] Integration Test For an integration test, we can write a simple script that can be executed in any Continuous Integration platform (such as TravisCI). For that, we provide the bash file with the test and write a test that runs it. bash And the simple bash script #!/bin/bashecho 'process output' For Travis, add execution permission to the script: chmod a+x ./tests/Integration/process.sh && vendor/bin/phpunit --verbose script: Done! Feel free to follow me on Medium for more articles like this one.