3 ms·
I'm in QA - what niche does this fill for you? The reason that I ask is that usually DSLs and other user acceptance tools exist to allow non-programmers to des
by 3am 15y ago
I'm in QA - what niche does this fill for you?
The reason that I ask is that usually DSLs and other user acceptance tools exist to allow non-programmers to design tests. That is why cucumber's Gherkin is not in a Ruby syntax, and why robot and FitNesse use html tables. And further, they generally operate at an integration level, which is why the have hooks in for like Selenium frequently.
I think the project is cool, but I do wonder where you see it fitting in. A way to make jsunit tests more readable and cleaner?
EDIT: Let me add that I love it whenever QA topics make it to HN. I know QA is usually a post-seed funding activity, and that's a shame (in my biased opinion).
- timmaah 15y agoI don't think this has anything to do with QA or testing. Just another way to write javascript inspired by the cucumber DSL.
- 3am 15y agoCucumber is a BDD tool. That stands for Behavior Drive Design, which is what the 'when X expect Y' format is. It's intrinsically a testing tool, where the user acceptance tests are described in a BDD format. It's a subset of TDD.
- timmaah 15y agoYou are correct in that cucumber is a testing tool... What is in that repo on github "whenever.js" is not for testing and is not BDD for js or jquery. The author implemented a dsl like cucumber to allow creation of behavior in javascript.
- 3am 15y agoFair enough - I'll call it a failure of imagination for me, then. I saw a DSL that had a BDD syntax for javascript, and thought it was meant to be some form of testing tool. We all have our cognitive blinders :)
- kragen 15y agoI don't know, it could be cool as a way to put the scripting of the user interface into a language that less technical people could understand and experiment with. Hopefully you aren't writing thousands of pages of this stuff (instead you should find a way to put together abstractions that reduce the amount of code that has to be written at this level) but it would be great to have a lot of the scripting of a UI be 10 or 30 or 100 pages of stuff that reads just like English. That's my thought, anyway.
- 3am 15y agoNo, I agree completely. My gripe is that the DSL is JS with a fluent interface. You need a DOM context in order to make JS work (unless I'm mistaken) which is why you have tests that drive the browser like Selenium. So you are going to write Javascript in order to drive some other tool that interacts with the AUT. Anyway, it's neat, and I'm not trying to discourage anyone.