On Do, 2017-05-18 at 12:08 +0200, Marco Pivetta wrote: > On Thu, May 18, 2017 at 2:35 AM, Johannes Schlüter <johannes@schluete > rs.de> wrote: > > On Mi, 2017-05-17 at 23:30 +0200, Marco Pivetta wrote: > > > Is Sebastian copied in here? Why can't we just use the super- > > battle- > > > tested > > > PHPUnit? It supports phpt and a ton of plugins, plus everyone > > uses it > > > and > > > is familiar with it. > > > > PHPUnit is huge. run-tests is a small script in a single file which > > I > > can quickly edit. For PHPUnit I have multiple files and need > > tooling to > > phar them up. > You don't need to phar them up - just run a typical composer > installation, like everyone else, and like every PHP package running > CI on travis-ci/circle-ci/continuous-php ever built in the last 5 > years. > At this point, composer and phpunit are such big players that > breaking them or breaking PHP makes no difference at all for the > user-base.
I love composer. But we're not talking application development here, but runtime development, where I'm sometimes testing PHP on some embedded or otherwise strange platform. Keeping things simple has a value there. > > PHPUnit (according to it's website) also has more dependencies (DOM > > and > > JSON) which are not included in --disable-all. used > Ah yes, that is indeed a problem. I think these deps are used in some > assertions only, so it may be possible to drop them if the assertions > are segregated somewhere else. > > > I'm not sure if PHPUnit meanwhile supports redirect tests as in > > PDO. > Unsure - got a link to those? ext/pdo_*/tests/common.phpt > > Is there a performance comparison? - make test runs for a loooong > > time. > > A difference might have an impact. (both ways round ;) ) > PHPUnit has plugins to parallelize and aggregate results too - the > point of using a battle-tested and commonly used solution is > precisely the benefits you get from community support. phpUnit might be battle tested with parallelization, the PHP test suite isn't. There are tons of tests using the same resource (i.e. different mysqli and pdo_mysql tests might use the same tables some other tests use same port for some socket stuff etc.) Would be great if we get parallelization, though. Oh, and while thinking about performance: run-tests.php integrates with tools like valgrind ... I guess phpUnit doesn't do that either, yet. johannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
