Yes I agree unit tests 1st , as the diagram shows: you don't build on sand.
Jacques
Le 17/06/2016 à 10:34, Taher Alkhateeb a écrit :
Hi Jacques,
Yeah makes sense, I like your idea.
One thing at a time though, we badly badly need unit tests right now and I
recommend we focus most of our efforts in the next few months in building
the unit tests as soon as I'm done with implementing it (hopefully very
soon)
Then again I also think the order logic is overly complex and should also
be eventually simplified. I am drifting too much aren't I? Okay I will zip
it :)
Taher Alkhateeb
On Jun 17, 2016 11:16 AM, "Jacques Le Roux" <[email protected]>
wrote:
Thanks Taher,
The diagram says it all indeed. There are certainly crucial parts of the
UI we would like to cover, like order creation (in both order manager and
variants in ecommerce)... and such...
Jacques
Le 17/06/2016 à 08:26, Taher Alkhateeb a écrit :
Hi Gil,
For me it's a simple rule, lots of unit tests, less integration tests,
even
less functional tests (selenium). But I think all are useful if done in
proper quantity
I like this diagram in a way summarizes it ->
http://i.stack.imgur.com/fjQvQ.png
Taher Alkhateeb
On Fri, Jun 17, 2016 at 9:19 AM, gil portenseigne <
[email protected]> wrote:
Hi,
Neogia selenium/webdriver test suite have been abandonned, and we decided
at Néréide to stop doing Selenium UI testing since it needs a lot of
effort
to maintain, they are very long to pass, and *weren't stable enough*
(maybe
that's because we used a lot of ajax area update...) in the way that not
changing code make the test go red/blue...
Technically I used to convert my selenium test case to Junit4 class... No
problem with this technology
From my experience, UI testing is a good way too ensure one or more
customer core process of an application through UI, but i faced so many
problems with it, that the word Utopia ring a bell to me. I'd rather like
integration tests like they are in OFBiz yet.
Moreover, OOTB UI in OFBiz is not intended to be used directly for a
customer/user, without adapting it to his needs, i cannot imagine
testsuites covering all the processes provided by OFBiz, and maintaining
it...
I already have problem to find time to contribute in OFBiz as I wish, I
won't spend this time maintaining selenium testcase...
It's a quite negative opinion here, i know that Olivier is still using it
for its project, he might have a different POV.
Best Regards
Gil
P.S. : Why not some selenium tests in example component, to test widgets
and show user how to implement selenium testing within OFBiz, but that's
not the goal of the discussion.
On 16/06/2016 21:40, Jacques Le Roux wrote:
Hi,
With the considerable HW effort, a lot of things are going on recently,
and it's hard to follow. I though noticed that we experience more and
more
regressions (not all related to HW effort, far from it).
Fortunately it's so far mostly minor points and often related with the
UI,
OFBIZ-7346 and OFBIZ-7363 being counter examples (OFBIZ-7346 can be
critical)
From my experience, w/o a QA person or team, it's very hard to detect
those side effects at the UI level when you refactor or fix it. I
remember
the (ex) Neogia team (mostly Erwan) tried to maintain a
Selenium/Webdriver
set of tests. I don't know if they continue/d.
Since we spoke about Junit and unit tests recently, some prefer TestNG,
at
least coupled with Selenium <http://testng.org/doc/selenium.html>
http://testng.org/doc/selenium.html
Does it make sense, do you think it's only an utopia?
Thanks
Jacques
