TestCafé: Web Testing Framework
testcafe.devexpress.com
testcafe.devexpress.com
"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. Our framework is the only one that automatically configures that proxy and allows direct communication with the page via JavaScript."
I look forward to reading your patent application.
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 aware of the StackExchange patents site [0], this is the best site I'm currently aware of for collecting evidence against patent applications. I would encourage you to actively seek out this patent application, start a thread on it and submit evidence against it.
The US needs a cultural change on patents, to make it clear that the patent system is corrupt and companies that file software related/non-original patents as an excuse to not having to innovate any further/at all need to be shunned.
I'd recommend a shorter, marketing style video just showing why TestCafe is great. I haven't gotten there yet, at more than 5 minutes in...
additionally, you could have a look at some conversion rate bascis (I cannot find a call to action button above the fold,...) or SaaS marketing tips on how to push your product out.
* Timing issues; most of the time spent writing functional tests is knowing when to wait for the next click (e.g. waiting for AJAX response and change in a certain DOM element)... and doing this in a clean way (e.g. WebDriverWait conditions instead of putting Sleep(1000) everywhere).
* Ability to expand the tests to do other things; for example, Selenium can take screenshots of the browser window because it works at a lower level. We use this for regression testing our web pages.
This can be answered in a fairly simple way. How does your user know when to proceed? What changes?
They have a 'wait' function that waits for a period of time, but this is just a sign of bad test writing and something sure to break when testing against different browsers or environments (localhost v.s. staging).
Only a wait function would be worrying, it'll lead to unstable tests and more annoyingly tests that don't do what they say. Decent async support is the first thing I look for in testing libs like this.
If any DevExpress guys/gals are reading this, please consider making a shorter (2-3 min) video showing some tests being written and run.
What benefits does TestCafe bring against Selenium? What's the elevator pitch?
I'd like to see how their offering stands up to that.
(Actually, I don't know how Selenium will stand up to that... maybe I should have left this comment until I've got the results!)
I'm surprised they think the Selenium 1 JavaScipt proxy-injection model is a better approach. But hey, I'm getting old... Get off my lawn, yadda, yadda, yadda. But I'm stunned they think it's better and trying to patent it. I really hope I'm missing some new key insight here. Please enlighten me, people.
Personally I find it much more useful than unit/integration tests because while those test the programmer's understanding of his own code, functional tests actually drive the app, perform normal user actions by driving the GUI. For example, you could have all of your unit tests passing but without functional tests, your OK button may appear off-screen and you wouldn't know.
It is annoying when you make changes to your app because test runs take much longer than unit tests, so I have one general test that I run after a refactor, and then a full suite that runs after commit.
Instant boycott.