"Yes, we've filed for a patent" "TestCafé loads websites via a proxy, thus allowing its engine to inject scripts that can access and manipulate the Document Object Model" That's exactly how Selenium 1 worked when we created it 9 years ago. It also sounds like the approach used in Sahi, Windmill, JsTestDriver -- other web testing tools. Not cool. "While loading via proxy is not a new idea, our implementation is unique…
The US patent office does not care/have the resources/have a clue how to enforce that patents are non-novel and/or obvious. It is an entirely corrupt system driven by a mass of lawyers, all encouraging their clients to build patent portfolios for "defence". If you want to combat a patent, the best stage to do this is during the application stage, it's far harder to combat it after it's approved. For those that aren't…
TestCafé: Web Testing Framework
21–30 of 32 posts
Re: TestCafé: Web Testing Framework
#22Re: TestCafé: Web Testing Framework
#23Earlier quoted context omitted.
I'd also recommend they reach out to Selenium developers and having a conversation with them to see if what they've done is really patentable. [Disclosure: I created Selenium]
Thanks for creating Selenium hugs .
Re: TestCafé: Web Testing Framework
#24What benefits does TestCafe bring against Selenium? What's the elevator pitch?
Re: TestCafé: Web Testing Framework
#25I skim-read their website and watched a good chunk of their video. I still have no idea what this actually is, and why I would use it over my existing toolset (Behat, Selenium + WebDriver, CasperJS, etc). If any DevExpress guys/gals are reading this, please consider making a shorter (2-3 min) video showing some tests being written and run.
I'd also recommend they reach out to Selenium developers and having a conversation with them to see if what they've done is really patentable. [Disclosure: I created Selenium]
Re: TestCafé: Web Testing Framework
#26Instant boycott.
Re: TestCafé: Web Testing Framework
#27"Yes, we've filed for a patent" "TestCafé loads websites via a proxy, thus allowing its engine to inject scripts that can access and manipulate the Document Object Model" That's exactly how Selenium 1 worked when we created it 9 years ago. It also sounds like the approach used in Sahi, Windmill, JsTestDriver -- other web testing tools. Not cool. "While loading via proxy is not a new idea, our implementation is unique…
The US patent office does not care/have the resources/have a clue how to enforce that patents are non-novel and/or obvious. It is an entirely corrupt system driven by a mass of lawyers, all encouraging their clients to build patent portfolios for "defence". If you want to combat a patent, the best stage to do this is during the application stage, it's far harder to combat it after it's approved. For those that aren't…
Re: TestCafé: Web Testing Framework
#28Earlier quoted context omitted.
The US patent office does not care/have the resources/have a clue how to enforce that patents are non-novel and/or obvious. It is an entirely corrupt system driven by a mass of lawyers, all encouraging their clients to build patent portfolios for "defence". If you want to combat a patent, the best stage to do this is during the application stage, it's far harder to combat it after it's approved. For those that aren't…
Thanks, I'll look into it. This is a serious issue.
Re: TestCafé: Web Testing Framework
#29We've been using Selenium to test a large enterprise ASP.Net webforms application and it's been kind of a hassle. Configuration was horrible but once that's out of the way it's sort of straightforward. What benefits does TestCafe bring against Selenium? What's the elevator pitch?
Re: TestCafé: Web Testing Framework
#30Haven't used it myself, but i would love to hear from someone who has used this, or something similar. How useful is this kind of testing? I'm thinking that tests would have to be re-recorded a lot, if this is used while developing the site.
It sounds like their approach is the same one we took with the first version of Selenium. The approach is JavaScript injection through an HTTP proxy. Because of the same origin policy and JavaScript security model, we abandoned this approach when moving to Selenium 2. Selenium 2 goes for the most native approach for clicks and key events. (Continuing in that native-is-better approach, I'm now experimenting with robot…