BrowserSwarm：开发者兼容测试利器，节省JavaScript项目的测试时间
- - IE浏览器中文网站今天，我们联合 appendTo 和 Sauce Labs 共同发布了 BrowserSwarm – 这是一个开源工具，可以帮助 Web 开发人员跨设备和浏览器自动测试其 JavaScript 框架和库. 质量框架是现代 Web 的基础，但框架开发人员通常没有合适的资源来执行跨浏览器测试. BrowserSwarm 可以帮助开发人员构建可互操作的优秀框架.
BrowserSwarm：开发者兼容测试利器，节省JavaScript项目的测试时间
标签：
IE
Web
IE动态
BrowserSwarm
JavaScript
兼容性
| 发表时间：2013-10-01 10:31 | 作者：iefans
出处：http://www.iefans.net
今天，我们联合 appendTo 和 Sauce Labs 共同发布了 BrowserSwarm – 这是一个开源工具，可以帮助 Web 开发人员跨设备和浏览器自动测试其 JavaScript 框架和库。质量框架是现代 Web 的基础，但框架开发人员通常没有合适的资源来执行跨浏览器测试。BrowserSwarm 可以帮助开发人员构建可互操作的优秀框架。该项目是对 modern.IE 的补充，后者提供了一系列免费工具和资源，帮助开发人员针对所有现代浏览器构建网站。
单击 此处可注册 BrowserSwarm 帐户，过程非常简单，数分钟内即可完成注册。
BrowserSwarm：快速生成可操作的测试结果
BrowserSwarm 直接连接到您的团队在 GitHub 上的代码存储库，并通过 Sauce Labs 的云使用 QUnit 自动运行单元测试。在单份报告中分别列出测试通过和测试失败的测试案例，因此，您可以快速定位需要修正的问题。
BrowserSwarm 使用最知名的框架和库（例如 prototype.js 和 Modernizr）来提供测试结果。测试报告中将列出所有浏览器和设备的总通过率，并分别列出各个知名浏览器的测试通过率。
下面的示例列出了最近使用 underscore.js 执行的一项测试的测试结果：
BrowserSwarm 测试结果页面示例（使用 underscore.js）
分项作业报告仅显示测试失败的测试案例，因此，您可以快速定位需要修正的问题。如果您熟悉在 QUnit 中运行单元测试的过程，您可以随时查看完整的测试输出结果。
BrowserSwarm 详细错误报告示例
社区贡献提升 BrowserSwarm 的测试能力
社区对开源项目的贡献可促进 BrowserSwarm 测试能力的提升。您可以通过以下方式帮助我们提升 BrowserSwarm 的测试能力：
- 更多项目 – 单击 此处将您的项目添加到 BrowserSwarm。
- 更多测试案例 – 贡献新的单元测试框架或测试案例以供运行。
- 更多代码存储位置 – 我们已将 BrowserSwarm 连接到 GitHub，但您也可以将其连接到自己的存储库。
请 提供反馈和建议，帮助我们改进 BrowserSwarm。
我们的 Web 承诺 – 互操作性、工具和资源
BrowserSwarm 是一个开源合作项目，体现了我们一贯坚持的携手社区共同促进 Web 发展的理念。有 90 多位 Microsoft 员工参与了 63 W3C 工作组的工作，我们向 WebPlatform.org 提交了 数以千计的测试案例和数百份核心参考文档。借助 IE11 中的全新 F12 开发人员工具、 modern.ie 上的免费 网站扫描工具和 免费虚拟机，我们将继续帮助开发人员构建更出色的现代 Web 体验。
Sandeep Singhal
Internet Explorer 小组项目经理
如有任何问题或建议，请通过 @IEDevChat 与我们联系。
This article addresses: http://www.iefans.net/browserswarm-jianrong-jiesheng-javascript-ceshi-shijian/
Here is no comments yet by the time your rss reader get this, Do you want to be the first commentor? Hurry up相关 [browserswarm 开发 测试] 推荐：
iOS开发进阶之单元测试
- - 博客园_首页本文侧重讲述如何在iOS程序的开发过程中使用单元测试. 使用Xcode自带的OCUnit作为测试框架. 单元测试作为敏捷开发实践的组成之一，其目的是提高软件开发的效率，维持代码的健康性. 其目标是证明软件能够正常运行，而不是发现bug（发现bug这一目的与开发成本是正相关的，虽然发现bug是保证软件质量的一种手段，但是很显然这与降低软件开发成本这一目的背道而驰）.
是否使用TDD（测试驱动开发）进行UI开发
- - SegmentFault 最新的文章StackOverflow上有一则 是否使用TDD（测试驱动开发）进行UI开发 的提问. 对于是否使用TDD进行开发UI这件事，我想了很久，但难以决定. kdgregory的回答（23票赞同）. 试图测试UI组件的放置是没有意义的，首先因为UI布局是主观的，所以应该由人来测试. 其次，随着UI改动，你要不断地重写测试.
【外刊IT评论网】“你这不是测试驱动开发”
- iBeyond - 外刊IT评论网本文是从 “That’s Not TDD” 这篇文章翻译而来. 几个月前，我去一个客户那里，他们在使用测试驱动开发上遇到了很多问题. “我们的单元测试用例要半个小时才能跑完，”他说. “你们这不是在做驱动测试开发，”我说. “为了让测试发挥效能，所有的测试必须在几秒钟内能跑完，否则的话，程序员不得不频繁的停下来等待测试.
如何开发高质量软件？及软件测试观点
- - 我的宝贝孙秀楠 ﹣C++, Lua, 大连,程序员也许是因为我经常在twitter上鼓吹“代码质量来自code review和单元测试”，老赵的这篇文字 http://blog.zhaojie.me/2012/01/a-case-requirement-to-practice-unit-testing-or-tdd.html 也at我一下，抱歉的是最近欠债太多，正在着手完成答应侯伯薇的那篇关于appengine的文字.
谈测试人员与开发人员的比例
- - 互联网旁观者
在一些软件大会上，人们常常会问这样一个问题：测试人员与开发人员的比例究竟多少是合理的. 而这样的问题，很难直接给出一个答案. 为什么会有这样的问题，可能来自于两方面的压力：.
许多公司领导总是希望得到一个合理的比例，然后按这个比例分配招聘的名额，或者设法缩小测试队伍，减少开发成本.
多数情况下，测试人员工作量大，比开发人员忙，所以想寻求一个数据，来说服其公司，多招些测试人员.
测试驱动开发上的五大错误
- - 外刊IT评论我曾经写过很多的糟糕的单元测试程序. 但我坚持着写，现在我已经喜欢上了些单元测试. 我编写单元测试的速度越来越快，当开发完程序，我现在有更多的信心相信它们能按照设计的预期来运行. 我不希望我的程序里有bug，很多次，单元测试在很多弱智的小bug上挽救了我. 如果我能这样并带来好处，我相信所有的人都应该写单元测试.
Eucalyptus私有云 －－ 参考架构（小型开发测试云）
- - 婉兮清扬 If the target deployment is one that will need to scale to accommodate more capacity in the future, the Dev/Test (Large) reference architecture should be used, instead.
android gps开发必备资料(含测试demo下载)
- - CSDN博客推荐文章int year = ca.get(Calendar.YEAR);//获取年份. int month=ca.get(Calendar.MONTH);//获取月份. int day=ca.get(Calendar.DATE);//获取日. int minute=ca.get(Calendar.MINUTE);//分.
开发者常用的10大GUI测试框架
- - CSDN博客Web前端推荐文章1.Abbot - Java GUI 测试框架. Abbot是一个基于GUI的简单的Java测试框架，它能够帮助开发者测试Java用户界面. 它提供事件自动生成和验证Java GUI组件，使您能够轻松地启动，探索和控制应用程序. 开发者可通过脚本和编译代码两种方式来使用Abbot框架，这就是为什么它被认为是在开发者的系统测试和QA的功能测试中都能用到的最完美的GUI测试工具.