-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
[TEST] The module help_online has incorrect dependencies. #197
Comments
We shouldn't depend in anything outside OCA, so at first instance, it should be not. |
Ok, then I will try to remove such tests and include some of them using nose (de official one) |
@pedrobaeza, the depency rules is for modules not for python lib. anybox.testing.openerp is a pythonlib that ease the way to write tests for Odoo. IMO, the rule is not applicable to this case. |
@nhomar IMO, you don't need to refactor the tests. You just need to install anybox.testing.openerp with pip |
OK, I didn't know about pip package existence. Sorry for the confusion. |
I know with a pip it can be solved, no issue with that, but until the rule is saves and anybox tests are under the OCA maintainance there is no way to have modules with such external dependencies which are redundant function from the core ones. nosetest can do the same job (in a different way) but it can. |
I read your test, and all what you do there with anybox can be done for sure with base test case. Can you enlight me what is the real difference between the tool you used and the unittest2 or nose? |
@nhomar SharedSetupTransactionCase inherit from openerp.tests.common.SingleTransactionCase that inherit from BaseCase that inherit fom unittest2.TestCase. Therefore is a conventional unittest2.
Which rule? anybox.testing.openerp is a pythonlib. Do you expect that all the pythonlibs used by Odoo should be under the control of OCA or Odoo? (requests, libxml, ....) IMO it's great to be able to use some lib that ease the way we can write tests. |
2015-08-06 3:35 GMT-05:00 Laurent Mignon (ACSONE) notifications@github.com
No. What I think is simple and straight forward. IF: The extralib give me an really good enhancement.... coo! I installit But If we have declared one repository and only for 1 tests which can be And in this case I could not find any parst of your test that REALLY need I do not know if I explain myself better? It is not a matter of: Use or not Use because it is easy or not to install. It is a matter of: Let's use if we really need, because every package you add is a lot of Regards. Saludos Cordiales CEO at Vauxoo https://www.vauxoo.com Odoo's Gold Partner. [image: --] |
@nhomar you are free to change the code. The module has been developed in the context of a large project where we taken advantage of the functionalities provided by the SharedSetupTransactionCase to speed up our tests and ease their developments. The choice of using this library in our projects is a maturely considered choice. |
Can't this be solved by simply adding anybox.testing.openerp in |
Yes, but the point is not which external dependency we should add, the point is that If the dependency really add a value in an specific OCA module then cool. On this especific case and just on this specific case (I am not generalizing) it do not add any, because even such tests are possible to be done without such dependency. And the impact of add an extra dependency is not always as simple as a In OCA, we encourage make tests with normal base ones, if the rule will be use I did not find "yet" teh technical reason to include such effort. But BTW the module is there, as I mentioned, I will do it in some moment for now... No there are any issue with that. I hope it clarify a little my point. Regards. |
As there's no PR changing tests, I close the issue. |
BSMTS-308 Add missing i18n for analysis report footer + center text
The module help_online depende of anybox for testing, is that ok for us? when you run with test enabled and such modules intitated you receive this message:
The text was updated successfully, but these errors were encountered: