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)

BrowserSwarm 测试结果页面示例(使用 underscore.js)

分项作业报告仅显示测试失败的测试案例,因此,您可以快速定位需要修正的问题。如果您熟悉在 QUnit 中运行单元测试的过程,您可以随时查看完整的测试输出结果。

BrowserSwarm 详细错误报告示例

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 开发 测试] 推荐:

BrowserSwarm:开发者兼容测试利器,节省JavaScript项目的测试时间

- - IE浏览器中文网站
今天,我们联合 appendTo 和 Sauce Labs 共同发布了 BrowserSwarm – 这是一个开源工具,可以帮助 Web 开发人员跨设备和浏览器自动测试其 JavaScript 框架和库. 质量框架是现代 Web 的基础,但框架开发人员通常没有合适的资源来执行跨浏览器测试. 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测试工具.