Do you mean errors for failed tests? Yes, it does stack traces. For a recent failed build:
#!/bin/sh -eo pipefail
docker-compose \
exec \
webserver \
php vendor/bin/phpunit
^@^@PHPUnit 7.5.2 by Sebastian Bergmann and contributors.
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE 63 / 224 ( 28%)
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE.................... 126 / 224 ( 56%)
.............................................I................. 189 / 224 ( 84%)
......................II........... 224 / 224 (100%)
Time: 3.23 seconds, Memory: 16.00MB
There were 106 errors:
1) Maverick\Test\Api\AutoCompleteDiffTest::testOneWordCompletion
Dotenv\Exception\InvalidPathException: Unable to read the environment file at /var/www/html/.env.
/var/www/html/vendor/vlucas/phpdotenv/src/Loader.php:105
/var/www/html/vendor/vlucas/phpdotenv/src/Loader.php:82
/var/www/html/vendor/vlucas/phpdotenv/src/Dotenv.php:106
/var/www/html/vendor/vlucas/phpdotenv/src/Dotenv.php:50
/var/www/html/bootstrap/classes/AppBootstrap.php:80
/var/www/html/bootstrap/classes/AppBootstrap.php:47
/var/www/html/tests/base/ApiTestCase.php:22
/var/www/html/vendor/laravel/lumen-framework/src/Testing/TestCase.php:56
/var/www/html/vendor/laravel/lumen-framework/src/Testing/TestCase.php:73
/var/www/html/tests/api/AutoCompleteDiffTest.php:18
(many more lines)
However there is no output for successful, skipped or incomplete tests. A good run looks like this:
#!/bin/sh -eo pipefail
docker-compose \
exec \
webserver \
php vendor/bin/phpunit
^@^@PHPUnit 7.5.2 by Sebastian Bergmann and contributors.
............................................................... 63 / 224 ( 28%)
..........................SS..S..........I..................... 126 / 224 ( 56%)
.............................................I................. 189 / 224 ( 84%)
......................II........... 224 / 224 (100%)
Time: 9.92 seconds, Memory: 18.00MB
OK, but incomplete, skipped, or risky tests!
Tests: 224, Assertions: 586, Skipped: 3, Incomplete: 4.
If you are without SSH, try branching your work, cut your tests down to a single case, and push that. Get a successful build, then re-enable ten tests at a time, until you can isolate the problematic test.
It may be worth stripping out any funky options in phpunit.xml
and running it as bare-bones as you can until you know what the cause of the issue is.