plone / plone.app.robotframework

Provides Robot Framework compatible resources and tools for writing functional Selenium tests (including acceptance tests) for Plone CMS and its add-ons.
https://docs.plone.org/external/plone.app.robotframework/docs/source/index.html
11 stars 17 forks source link

Run tests with Dexterity #27

Open tisto opened 10 years ago

tisto commented 10 years ago

All robot and integration tests currently run against Archetypes. Since I'm using Dexterity exclusively, writing tests for Archetypes seems a bit strange.

@datakurre Would you mind if we switch the tests to Dexterity? Another option of course is to run all tests against both, which means writing most of the tests twice. Though, this is too much work in my opinion (Archetypes is dead!).

datakurre commented 10 years ago

We are talking about tests in p.a.robotframework?

Mostly :+1:

I'd still want to keep dexterity as an optional and test dependency (which it might not be right now, because some mistakes some time ago).

Of course, at first, you could try to just reuse the existing tests with a Dexterity enabled layer. Like I'm trying to run CMFPlone tests against Mosaic: https://github.com/plone/plone.app.mosaic/blob/master/src/plone/app/mosaic/tests/test_robot.py

I would like to still delay bringing plone.app.contenttypes into test dependencies, because it's still a quite dependency mess for Plone 4.

tisto commented 10 years ago

Yes. It's about the p.a.robotframework tests.

Yeah. That's true. p.a.contenttypes/plone.app.event dependencies are a pita. Though, even if we add optional Dexterity tests, we still would have to take care of that. What about just using Dexterity (without p.a.contenttypes)?

datakurre commented 10 years ago

:+1:

Actually, I adding dexterity as a test dependency seems to be what I have in progress. I'll be back shortly.

Timo Stollenwerk wrote:

Yes. It's about the p.a.robotframework tests.

Yeah. That's true. p.a.contenttypes/plone.app.event dependencies are a pita. Though, even if we add optional Dexterity tests, we still would have to take care of that. What about just using Dexterity (without p.a.contenttypes)?

— Reply to this email directly or view it on GitHub https://github.com/plone/plone.app.robotframework/issues/27#issuecomment-47626674.

tisto commented 10 years ago

Ok. Cool. Let me know if there is anything I can do to help.

datakurre commented 10 years ago

@tisto

Ok. I started that small refactoring so long ago that small I don't remember anymore what I was really doing :)

p.a.robotframework has no [test] extras, which include Dexterity, but all modules use wrap Dexterity dependencies under HAS_DEXTERITY condition.

You are free to continue on this issue now, when you are working with this at the next time :)

Timo Stollenwerk wrote:

Ok. Cool. Let me know if there is anything I can do to help.

— Reply to this email directly or view it on GitHub https://github.com/plone/plone.app.robotframework/issues/27#issuecomment-47627740.

tisto commented 10 years ago

@datakurre Just to be clear: I can make Dexterity a test dependency and move all tests to rely on Dexterity instead of Archetypes?

datakurre commented 10 years ago

@tisto

Yes. Dexterity is already a test dependency. All I want is that you can still safely import all modules (including testing.py) without Dexterity.

-Asko

Timo Stollenwerk wrote:

@datakurre https://github.com/datakurre Just to be clear: I can make Dexterity a test dependency and move all tests to rely on Dexterity instead of Archetypes?

— Reply to this email directly or view it on GitHub https://github.com/plone/plone.app.robotframework/issues/27#issuecomment-47639406.

jensens commented 7 years ago

is this one worth to be kept open? IIRC it's not a problem these days. i

tisto commented 7 years ago

@jensens if we still run our tests against AT for sure!

jensens commented 7 years ago

@tisto As long as Archetypes is not officially unsupported, sure, we must run all tests against AT as well.

tisto commented 7 years ago

@jensens we do NOT run tests against Dexterity at all, that's the point of this ticket. I would really appreciate if you would not close a ticket right after I told you that I want to keep it open.

jensens commented 7 years ago

Sorry, I understood the opposite.

tisto commented 7 years ago

@jensens no problem. :) Thanks for putting so much effort into updating and closing tickets. This is highly appreciated!