In the JS world, there’s a new cool way of doing things every year or so.

My opinion on these things is “if it ain’t broke don’t fix it”. Why switch from 
Selenium if it works?

If we have a good technical reason to change things, I’m, open to hear the 
arguments. Otherwise, it’s just going to waste all of our time…

I definitely don’t want to add full browser testing as part of the testing of 
the framework build. It takes long enough as-is.

There might be some value in adding a SEPARATE testing suite which tests 
multiple browsers, but I think we have a lot of work in increasing our UI test 
coverage before we even think about that.

My $0.02,
Harbs

> On Jun 15, 2020, at 1:59 PM, Carlos Rovira <[email protected]> wrote:
> 
> Just had a conversation with a Red Hat friend and told me that they use
> Jest (https://jestjs.io/)
> seems they are happy but don't know much more about it, or if cypress is
> more advanced.
> What seems to be clear is that selenium is something old these days?
> 
> 
> 
> El lun., 15 jun. 2020 a las 12:38, Carlos Rovira (<[email protected]>)
> escribió:
> 
>> Hi Chris,
>> 
>> didn't know it. From the video in the home looks promising :)
>> One thing I'd like to have for a ite-test solution would be to code some
>> component place holders so we can code in a more abstracted way than going
>> directly to the html/js specific code that royale outputs.
>> Hope cypress could do something in that way that makes the coding
>> integration test easier :)
>> 
>> 
>> 
>> El lun., 15 jun. 2020 a las 10:02, Christofer Dutz (<
>> [email protected]>) escribió:
>> 
>>> Hi all,
>>> 
>>> I just had a chat with a colleague of mine … he’s using cypress.io for
>>> UI testing and it does seem that it has quite a number of advantages over
>>> selenium.
>>> Coolest thing is that it seems to support multiple browsers, one of them
>>> being electron which seems to be ideal for testing UI stuff on headless
>>> systems.
>>> 
>>> Perhaps with this we can remove the requirement to have Jenkins started
>>> in a special way on the Windows build machines.
>>> 
>>> Just wanted to drop this here :-)
>>> 
>>> Chris
>>> 
>> 
>> 
>> --
>> Carlos Rovira
>> http://about.me/carlosrovira
>> 
>> 
> 
> -- 
> Carlos Rovira
> http://about.me/carlosrovira

Reply via email to