跳至主要内容

javascript unit test framework introducing, from stackoverflow:


see: http://stackoverflow.com/questions/300855/looking-for-a-better-javascript-unit-test-tool

Buster.js

Very similar server/client concept as JsTestDriver (see further down). Except that the server is built with JavaScript (node.js) instead of Java, and the API follows JS best practices to a much higher degree.
A browser JavaScript testing toolkit. It does browser testing with browser automation (think JsTestDriver), qunit style static html page testing, testing in headless browsers (phantomjs, jsdom, ...), and more. Take a look at the overview!
A Node.js testing toolkit. You get the same test case library, assertion library, etc. This is also great for hybrid browser and Node.js code. Write your test case with Buster.JS and run it both in Node.js and in a real browser.
Screencast: Buster.js Getting started (2:45)
pros:
  • Uses node.js, so compatible with Win/OS X/Linux
  • Run tests from browser or headless with PhantomJS (soon)
  • Run on multiple clients at once
  • Supports NodeJS testing
  • Don't need to run server/clients on development computer (no need for IE)
  • Run tests from command line (can be integrated in ant/maven) Write tests xUnit or BDD style
  • Supports multiple JavaScript test frameworks
  • Defer tests instead of commenting them out
  • SinonJS built in
  • Auto-run tests on save
  • Proxies requests cross-domain
  • Possible to customize:
    • Extend it to wrap other test-frameworks (JsTestDriver built in)
    • Your own assertions/refutes
    • Reporters (xunit XML, traditional dots, specification, tap, teamcity and more built in)
    • Customize/replace the HTML that is used to run the browser-tests
  • TextMate and Emacs integration
cons:
  • Stil in beta, so can be buggy
  • No plugin for Eclipse/IntelliJ (yet)
  • Doesn't group results by os/browser/version like TestSwarm *. It does however print out the browser name and version in the test results.
  • No history of previous test results like TestSwarm *
  • Doesn't fully work on windows as of nov 2012
* TestSwarm is also a Continuos Integration server, while you need a separate CI server for Buster.js. It does however output xUnit XML reports, so it should be easy to integrate with Hudson, Bamboo or other CI servers.

Testacular

Again, very similar server/client concept as JsTestDriver (see further down). Like Buster.js the server is built with JavaScript (node.js).
pros:
  • Uses node.js, so compatible with Win/OS X/Linux
  • Run tests from browser or headless with PhantomJS
  • Run on multiple clients at once
  • Option to launch, capture, and automatically shutdown browsers
  • Option to run server/clients on development computer or separately
  • Run tests from command line (can be integrated in ant/maven)
  • Write tests xUnit or BDD style
  • Supports multiple JavaScript test frameworks
  • Auto-run tests on save
  • Proxies requests cross-domain
  • Possible to customize:
    • Extend it to wrap other test-frameworks (Jasmine, Mocha, QUnit built-in)
    • Your own assertions/refutes
    • Reporters
    • Browser Launchers
  • Plugin for WebStorm
cons:
  • Does not supports NodeJS testing
  • No plugin for Eclipse (yet)
  • No history of previous test results

TestSwarm

John Resig (jQuery) has created a tool for distributed JavaScript testing, TestSwarm. Mainly for open source JavaScript projects, but TestSwarm is open source, so you can set up a server yourself for corporate testing. Although this might require that you to do some modifications.
pros:
  • Continuos integration server for JavaScript
  • Supports all major browsers/operating systems
  • Run on multiple clients at once
  • Don't need to run server/clients on development computer (no need for IE)
  • Automatic run tests on all clients when you commit something (or whenever you modify the script to run the tests)
  • Show history of test results pr commit
  • Supports multiple JavaScript test frameworks
  • Have test results for OS and browser versions
  • Crowdsource to test in a multitude of browsers
cons:
  • Can not break your build through ant/maven
  • Don't notice the test fail before commit
  • No IDEplug-in
TestSwarm architecture:
alt text

JsTestDriver

Some people at Google have also started on a distributed JavaScript tool, JsTestDriver. It is similar to TestSwarm, that it has a server, and clients connected. But it also has support for running tests from command line and plugins for Eclipse and IntelliJ!
pros:
  • Supports all major browsers/operating systems
  • Run on multiple clients at once
  • Don't need to run server/clients on development computer (no need for IE)
  • Run tests from command line (jar) (can be integrated in ant/maven)
  • Eclipse plugin
  • IntelliJ plugin
  • Supports multiple JavaScript test frameworks
cons:
  • Doesn't show results for os or browser version. Only browser names. It does however print out the version in the test results.
  • No history of previous test results
  • Very low project activity
Overview of how JsTestDriver works at runtime: alt text
Eclipse plugin screenshot:
alt text

YUI Yeti

Yahoo now has their own JavaScript test run server, Yeti. Built with node.js. It should be able to run your existing YUI-tests as they are, and works in multiple browsers. Since it runs from the command-line I guess it's mostly similar to JsTestDriver.
alt text
If you have experience with this test-runner, please contribute with more info :)

Jasmine

Jasmine
This is a test-runner that might interest developers familiar with Ruby or Ruby on Rails. The syntax is based on RSpec that's used for testing in Rails projects.
Jasmine is a behavior-driven development framework for testing your JavaScript code. It does not depend on any other JavaScript frameworks. It does not require a DOM.
If you have experience with this test-runner, please contribute with more info :)

QUnit

QUnit focuses on testing JavaScript in the browser, while providing as much convenience to the developer as possible. Blurb from the site:
QUnit is a powerful, easy-to-use JavaScript unit test suite. It's used by the jQuery, jQuery UI and jQuery Mobile projects and is capable of testing any generic JavaScript code
QUnit shares some history with TestSwarm (above):
QUnit was originally developed by John Resig as part of jQuery. In 2008 it got its own home, name and API documentation, allowing others to use it for their unit testing as well. At the time it still dependended on jQuery. A rewrite in 2009 fixed that, now QUnit runs completelty standalone. QUnit's assertion methods follow the CommonJS Unit Testing specification, which was to some degree influenced by QUnit.
Project home: http://qunitjs.com/

Sinon

Another great tool is sinon.js by Christian Johansen, the author of Test-Driven JavaScript Development. Best described by himself:
Standalone test spies, stubs and mocks for JavaScript. No dependencies, works with any unit testing framework.
标签：

评论

发表评论

此博客中的热门博文

爱

记得很久以前，不知道是在跟谁发感慨，久到好像是上大学时候的事了。我说，我流过很多眼泪，看电影流眼泪，看小说流眼泪，听别人的故事留言了，听歌的时候流眼泪，晚上一个人的时候独自流眼泪。我似乎是一个是一个太不像男人的男人。可是我又说，这些眼泪都是为自己流的。于是我也问对面那个人，（嗯，我也记不起她是谁了): "你为别人流过眼泪么?",居然没有回答我. 也许看见这篇文章的人也不相信，但是我真的想问你一句，你为别人流过眼泪么？真真正正的是为别人的，不是可怜自己，不是觉得别人可怜而让自己也感到了可怜，仅仅是为了别人而悲伤，有过么？如果真的有，我想那也许才是爱吧。 也许您会觉得奇怪，这和爱有什么关系？是啊，流眼泪就是爱么？我们因为悲伤而流泪，流泪是因为，爱别离，求不得，这些的主体是什么？是自己。 我们都是爱自己的，只是99%的人是吧。所以我们流泪了，因为我们的那些种种原因，我们很少会因为别人“求不得，爱别离”而流泪吧。也许说，那又不是自己，对呀，你爱自己，你又不爱她，何苦要为她流这种泪？ 我不是一个宽容的人，我也不是一个豁达的人，这是我一生的缺点。我们会为了爱去宽容，我们会因为爱而变的豁达，也许，这是因为我从来都没有真正的爱过谁吧，甚至，连自己。嘿，我现在都开始疑惑，我真的爱过你么，如果是，我为什么都没有宽容和豁达呢？
4 条评论
阅读全文

chrome extension Error： attempting to use a disconnected prot object

if you get this error: Port error: Could not establish connection. Receiving end does not exist. miscellaneous_bindings:236 chromeHidden.Port.dispatchOnDisconnect miscellaneous_bindings:236 Uncaught Error: Attempting to use a disconnected port object miscellaneous_bindings:58 PortImpl.postMessage miscellaneous_bindings:58 responseCallback miscellaneous_bindings:143 xhr.onreadystatechange That means you have make some mistake as this discussed: This is caused when a connection get closed. For example if you open a tab that has the content_script injected, it opens a connection, the tab is closed, and then the background_page tries to pass a message. It will fail because the tab is no longer active to receive the message. In your case I would guess that as tabs close and new tabs open you are attempting to post messages with the old tabId instead of creating a new connection to the new tab. I would recommend reading through the  long-lived connections s
发表评论
阅读全文

对于GFW的看法

谈到这个问题的人很多，讲的也非常详细，但我窃以为大多数人对此都不够重视。在这一点上来讲，国民党堪称楷模，我想台湾能有今日，很大程度上是因为他们最终也没有建立一个可以堪比中国的新闻审查制度。从权利集中的角度来讲，中国共产党并不比任何一个封建王朝差，从执行力度上来讲，那也和历史上最严酷的王朝可以评分秋色。至少，国民党还是讲点道德，尊重文化的。 如果说计划生育阉割了中国人的人口，那么GFW，和新闻出版署以及文化部阉割了中国人的精神。也许乐观的人说我们总可以翻墙，我们总可以通过这样那样的方法来获得信息。但是悲观的我并不这么认为，这种限制创造的是一种环境，是空气，你固然可以戴着口罩，但是你永远无法自由的呼吸，当大家都在这样的空气中活着的时候，戴着口罩的你是会被人另眼相看的。其实群体意识在掌握了所有媒体的政府面前就是一个面团，想怎么捏就怎么捏，本来就是信息不对称的更何况还是受到随意控制的。这是无解的，中国亟待提高公民意识，哲学思想，文化水平，等等，政府做的不过是又一轮的愚民罢了。鲁迅先生为之殚精极虑，奋斗一生的东西，过了一个世纪依然没有什么本质的改变，阿Q在国人里占的比例是在太大了。就好比是我以诚待国人，以心侍之，以身献之，奈何国人谓之以“傻逼”。你却又待何如？这样的文化封锁，信息封锁导致的唯一结果就是，你振臂一呼之时，便是阿Q们结队去看你被看头之日。 其实，中国政府早已脱离了共产主义这个哲学思想了。换句话说，这个哲学思想本身是没什么对错的，只是一旦应用起来就满不是那么回事了，几乎可以说，共产主义的集权必然导致共产主义的被抛弃。
5 条评论
阅读全文