-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Scoping of acceptance tests - adding CLI acceptance tests #570
Comments
Agree - and it will be easy to add tests for When making tests, we should check the "result" of the command by all of:
|
@paurakhsharma remind me to talk with you about this. It might not take long to get a start on this. The tests would be quick-running, and would add value against regressions in an area where manual release testing currently only covers "accidental" uses of |
During experimenting with building phars - I wrote a quick CLI tester - https://github.com/patrickjahns/cli-phar-experiments/blob/master/features/bootstrap/FeatureContext.php Most of it was inspired by behats own FeatureContext Should get you started fast - recommend to always use the Symfony Process component as its a high enough abstraction to work with output. If you don't want to use behat - symfony provides also a It might also be worth checking if someone wrote a bridge for |
There are already some home-grown acceptance test methods that return the command status and output. I will look if they already use any of the "standard" stuff above, if we can/should change them to be more "standard"... |
https://symfony.com/doc/current/components/process.html -> very nice process handling component ;-). Not sure if we used it in the wrapper in the Testing app - but might also be worth using it there |
cli acceptance test suite type now exists in core. See core issue owncloud/core#33051 for details of core Other apps that implement |
@patrickjahns I added issues in each app repo that seems to have app-specific The infrastructure is now all there in core, and test scenarios are being added day-by-day. So the "bootstrapping" of this acceptance test functionality is done. Close this issue? |
Currently we are having automated acceptance tests for API and UI.
However we are missing some form of acceptance tests for running CLI commands.
I propose to add the additional CLI scope - and start to add some acceptance tests for running certain CLI commands
In the end we will have then 3 major acceptance test suites:
The text was updated successfully, but these errors were encountered: