Come posso eseguire solo discourse/plugins/poll/spec?

Hi,

I’d like to only run the tests at discourse/plugins/poll/spec instead of the whole suite with bundle exec rake autospec p l=5. How can I do that ?

Ideally that would not be necessary if autospec detected changes made to plugins but my understanding is that it’s not yet able to do so.

Thanks in advance for your help :slight_smile:

Not sure how it works with autospec since I’m running the specs manually most of the time.
In order to run the plugin specs I’m always setting an environment variable in my IDE: LOAD_PLUGINS=1

Cool ! How would you manually run the spec of the poll plugin ? My IDE is the CLI :slight_smile:

I tried

bundle exec rake autospec plugins/poll/spec/*

but it shows

Randomized with seed 8681 ……*…

etc. which suggests it runs more than what I’d expect.

# this runs just the specs in one file
LOAD_PLUGINS=1 bundle exec rspec plugins/poll/spec/controllers/posts_controller_spec.rb

# this runs all the specs of the poll plugin
LOAD_PLUGINS=1 bundle exec rspec plugins/poll/spec

Another way to do it is via the rake task

bundle exec rake plugin:spec["poll"]

It works, thanks ! Where would be the most relevant topic for this information ? Or maybe there is a file in the git repository that should be updated ? The closest thing I found is the Beginner’s Guide to Creating Discourse Plugins Part 6: Acceptance Tests but it only covers part of the qunit tests.

This does not work for me but

bundle exec rake plugin:spec poll

does.

I proposed a change to the VAGRANT.md file. Not sure it’s right but… here it is anyway :wink:

The best way to do this is use autospec, it now works properly even with symlinked plugins

bin/rake autospec

Save plugin.rb file or plugin spec file and it will run.

Be sure to run all plugin migrations with (which will happen magically if you run)

RAILS_ENV=test bin/rake db:migrate

Stavo avendo problemi nell’eseguire gli spec dei plugin dopo aver eseguito

RAILS_ENV=test bin/rake db:migrate

Le migrazioni nel plugin che stavo testando non venivano eseguite. Allora ho eseguito:

LOAD_PLUGINS=1 RAILS_ENV=test bundle exec rake db:migrate

E ora le migrazioni del mio plugin sono state applicate!

È interessante notare che senza LOAD_PLUGINS=1 e nell’ambiente development, le migrazioni dei plugin venivano eseguite, mentre in testing non lo erano.

@sam ha aggiunto qui un po’ di magia, quindi se esegui RAILS_ENV=test /bin/rake db:migrate, i plugin verranno caricati automaticamente. Ma penso che la maggior parte delle persone non utilizzi gli stub in bin, quindi questo problema continua a verificarsi per persone diverse. Forse dobbiamo incorporare la logica nel task rake db:migrate, piuttosto che nello stub bin :thinking:

Quando eseguiamo la suite di test normalmente, non vogliamo che i plugin vengano caricati: spesso i plugin sovrascrivono funzionalità e causerebbero il fallimento dei test core.

Questo mi rattrista molto… gli binstubs rendono la vita molto più facile, bin/unicorn ad esempio contiene molta magia al suo interno.

Penso che la maggior parte delle persone (beh, almeno io) usi semplicemente il comando standard

rails s

Fortunatamente questo esegue lo script binstub di rails grazie a qualche magia di Rails

Il binstub di Rails di Discourse avvia il binstub di unicorn:

Purtroppo rake non beneficia della stessa magia

Conto 4 tasti in più :stuck_out_tongue: (ma sì, potrei aggiungere un alias o usare qualcosa come direnv)