Bess,
Good to hear from you! I've been using Jasmine with its jQuery
extensionhttps://github.com/velesin/jasmine-jqueryfor HTML fixtures
and DOM-related expect methods in
tandem with Google's
JsTestDriverhttps://github.com/ibolmo/jasmine-jstd-adapter .
For data fixtures, take a look as Jupiter's
Hi Bess,
+1 for Jasmine. Used to dig blue-ridge for these things, but I don't think
they're maintaining that any more.
Wayne
On 1/27/11 9:37 AM, John Loy loy.j...@gmail.com wrote:
Bess,
Good to hear from you! I've been using Jasmine with its jQuery
One problem with webdriver (selenium 2) testing is that Firefox can
pop up repeatedly when auto testing which can be really annoying. One
work around is to use a virtual display. Rather than headless testing
you can do something similar on a Linux system by using an X virtual
framebuffer (Xvfb)
Hey Bess, dunno if you're still looking, but a friend just mentioned
this project running Jasmine tests headless with EnvJS:
https://github.com/trevmex/EnvJasmine. I haven't tried it out or
anything, but looks somewhat interesting.
On Tue, Jan 11, 2011 at 7:21 PM, Bess Sadler
As far as I can tell, while there are several, there are none that are
actually Just Work good. It seems to be an area still in flux, people
coming up with an open source way to do that that is reliable and easy
to use and just works.
The main division in current approaches seems to be
Of
Jonathan Rochkind
Sent: Wednesday, January 12, 2011 11:32 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] javascript testing?
As far as I can tell, while there are several, there are none that are
actually Just Work good. It seems to be an area still in flux, people
coming up with an open
I have the MyEclipse debugger, but in practice, I don't use it often.
I have used a variety of Javascript dev platforms over the years,
starting with one that was bundled with ColdFusion Studio/Homesite,
and have found that they seem to take more time and effort than they
save.
I do use Firebug
a virtual
frame buffer) or if there is a better, equivalent solution.
- Demian
-Original Message-
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Jonathan Rochkind
Sent: Wednesday, January 12, 2011 11:32 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB
I've used Selenium with Cucumber just enough to know that I want to
try it more. I've segregated my tests into non-javascript cucumber
features that run fast and javascript tests that run much slower. I
run the fast tests with autotest as I develop features. Everything
ought to degrade nicely, so
For testing of the citeproc-js utility (used in Zotero and Mendeley
bibliography managers), I use the DOH test framework from the Dojo
project. When running code in Rhino (or other standalone interpreter
such as jslibs/jshost), It provides a command-line test environment,
similar to that used in
I like QUnit because it's minimal and I'm used to unit testing. A lot
of people are jumping on Jasmine, though. It might be more your style
if you're into BDD.
On Tue, Jan 11, 2011 at 7:21 PM, Bess Sadler bess.sad...@gmail.com wrote:
Can anyone recommend a javascript testing framework? At
Here at Lucid we've got some Jasmine going on for LWE JS testing.
Erik
On Jan 11, 2011, at 21:25, Gabriel Farrell gsf...@gmail.com wrote:
I like QUnit because it's minimal and I'm used to unit testing. A lot
of people are jumping on Jasmine, though. It might be more your style
if you're
hi bess,
i've used yui test [1]. with this tool i still had to visit the page
of my test suite manually with a browser, but considering the browser
compatibility issues of javascript, i guess you'll have to do this
anyway.
regards,
robert
[1] http://developer.yahoo.com/yui/yuitest/
On Wed, Jan
13 matches
Mail list logo