我想网 » Test

10个分析、测试网站加载速度的工具

seasun — Fri, 23 Jul 2010 16:12:16 +0000

自Google宣布页面的加载速度会影响PageRank算法以来，虽然大概只占1%，想尽方法来优化您的网站或者博客依然是非常好的选择。

以下10个免费的工具是可以为您测试网站速度并因此而提供各种建议，从中您会找到您的网站速度比较慢的原因并采取措施如果去提升性能。

1. Page Speed

Google 的 Page Speed 是一款开源的，基于Firefox浏览器外接附件，您可以用它来测试当前的网页并获取信息如何来提升页面加载速度。

在使用Page Speed前，您还需要添加Firefox的另一款外接附件Firebug。

访问 Page Speed

2. Yahoo! YSlow

Yahoo! YSlow也是一款基于Firefox/Firebug的外接附件，也可以拿来测试网站速度及相关提升网页性能意见建议。

通常而言，如果您的页面速度(Page Speed)得分很高，相对的，您的YSlow等级也会很高，反之亦然。

访问 Yahoo! YSlow

3. GTmetrix

GTmetrix 会提供给您一份来自Google Page Speed及Yahoo! YSlow的测试结果报告，当然也会提供给您一些如果提升网站速度的建议。

GTmetrix可能会跟Page Speed 或 YSlow的测试结果略有不同，但您可以同时针对4个站点做一个测试及比较。

访问 GTmetrix

4. Pingdom Tools

Pingdom Tools帮助您测试页面的加载时间。

您可以观察页面中所有元素的加载时间，查找到瓶颈所在。

访问 Pingdom Tools

5. Web Page Analyzer

Web Page Analyzer将会预估页面的大小、您输入的URL页面组织和下载时间，当然也会提供如何改良页面加载时间的意见。

访问 Web Page Analyzer

6. WebPagetest

通过使用WebPagetest，您可以测试一个网站并获取相关的建议；或者您也可以测试多个站点，并比较它们之间的差异。

在测试一个网站时，您还可以选择测试的地点，挑选IE浏览器或所连接的版本，保存测试结果为私有的等等。

访问 WebPagetest

7. Webmaster Tools

登录您的 Webmaster Tools帐户，打开网站性能实验室的页面，然后您就会看到您网站加载时间的一张图表，当然您也可以获取如何使站点加载速度更快的一些建议。

访问 Webmaster Tools

8. Zoompf

除了可以网站的速度之外，Zoomf 还可以帮您列出存在着的问题的详细清单，且能提供如果修复这些的相关参考。

访问 Zoompf

9. Show Slow

Show Slow 将会同时显示您所输入URL地址的页面 YSlow 等级和 Page Speed 得分。

在这之前您需要注册添加您想要测试网站的URL地址。

访问 Show Slow

10. Which Loads Faster

Which Loads Faster 站点可以测试和比较两个或更多页面的加载速度。

您还可以点击“更多”按钮来获取更多的来自GTmetrix, WebPagetest 或 Show Slow 测试报告的详细信息。

访问 Which Loads Faster

在这10个网站加载速度测试工具当中，我最喜欢的工具是 Page Speed，那是因为它是由Google着手开发并也已加入到PageRank算法中。那么您是怎么理解的呢？哪款工具是您的最爱？或者您使用的可能是其他的一些网站速度测试工具？请在留言当中分享给我们吧！！

标签：analysis, Optimize, Test, Test, Tool, Translate, Translate, Website, Website, 站长工具, 翻译

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

苹果iPad游戏评测

seasun — Tue, 20 Jul 2010 13:15:39 +0000

苹果公司今天官方宣布，iPad将于7月23日本周五将在包括香港在内的9个国家和地区市场上市，苹果香港官方网站已经宣布，香港的iPad售价为3888港元起，折合人民币不到3400元，换算后与美国市场的499美元起价基本一致。而根据上周末从代理商泄露出来的信息，各款机型的具体售价为：WiFi版16GB 3888港元，32GB 4688港元，64GB 5488港元；WiFi+3G版16GB 4888港元，32GB 5688港元，64GB 6488港元，相信随着香港iPad的上市，将会有越来越多的中国用户能够方便的购买和使用苹果iPad。

在 iPhone或iPad的应用商店里，最热门软件中，有大量的游戏应用，可见游戏是除了电子书外，iPad的又一个重要功能，从这里我们也可以看到 iPad的娱乐取向。这里我就简单介绍一下目前在苹果iPad上最好玩的一些游戏应用，供苹果iPad用户参考。

Plants vs. Zombies HD

价格：9.99美元

PopCap的《植物大战僵尸》显然是目前iPad上最好玩的游戏之一，和各个平台的Plants vs. Zombies相比，iPad版本由于是触摸屏操作，玩起来感觉最佳，也最易入手，唯一可惜的是iPad版本没有花园这个小游戏，内容相对PC版要少一些。

Fieldrunners for iPad

价格：7.99美元

《炮塔防御》(Fieldrunners)的iPad是来自iPhone版的知名塔防类游戏，操作简单，画面非常吸引人，怎么在游戏中布局也是对玩家智慧的挑战，可玩性非常高。

Flight Control HD

价格：4.99美元

《航空指挥官》（Flight Control HD）是一个充分利用iPad触摸屏操作的一个游戏，在游戏中，玩家要模拟航空指挥官来进行交通管制，管理整个机场的航班起落，操作非常简单，如要控制飞机合适使用跑道，只需要将飞机拖动到相应的跑道上就可以了。

Labyrinth 2 HD

价格：7.99美元

Labyrinth是一款控制钢球平衡的迷宫类游戏，游戏根据iPad内置的重力加速计制作而成，玩家将iPad横向平行举起，来通过iPad的倾斜度调节屏幕中钢球的滚动方向和位置，穿过迷宫达到终点，在Labyrinth里的地图非常多，设计的也非常经典。

Minigore HD

价格：4.99美元

一款射击生存类游戏，画面很好看，场景也制作得不错，对于设计类游戏来说，该游戏的控制方式比起FPS类游戏的iPad移植版（如N.O.V.A、 BIA2、SandStorm、COD_Zombies等）要易操作的多，总的来说，FPS还是在电脑上玩比较好。

Sparkle HD

价格：4.99美元

类似祖玛的解谜游戏，玩法和祖玛类似，三个小球即可消去，喜欢玩祖玛的可不能错过这个游戏，此游戏有免费的Lite版本

COMMAND & CONQUER RED ALERT for iPad

价格：12.99美元

红色警报系列是EA的经典，iPad版的红色警报移植自红色警报3，操作还算不错，就是屏幕较小，画面不如PC版的好。

Asphalt 5 HD

价格：6.99美元

Gameloft的赛车游戏Asphalt 5是众多iPad赛车游戏中较为好玩的，支持重力感应，玩家左右摇摆屏幕即可控制赛车方向，玩起来体验不错。

Resident Evil 4 iPad edition

6.99美元

CAPCOM的知名游戏大作生化危机也登录iPad了，可惜这个版本并不是完全版，只有很少的一部分内容，要想体验真正的生化危机，还是玩Wii版的生化危机吧。

QQ斗地主 HD

价格：免费

腾讯的一个斗地主纸牌游戏，画面效果不错，可以单机也可以联网玩，出牌有声音，而且还是免费的，什么时候腾讯要是把QQ空间里的游戏（如QQ农场、抢车位等）也移植过来就无敌了。

总的来说，iPad上的游戏大多以休闲游戏为主，其他类的游戏也有，但操作体验并不高，例如FPS（第一人称射击）类游戏，操作体验最好的应该是PC平台，而动作冒险类游戏则是家用游戏机的天下，以触摸操作为主的休闲游戏则在iPad上有良好的体验。虽然iPad上拥有很多有趣的游戏，但是能够媲美家用游戏机或PC等游戏平台的大作却很少，而且iPad也没有足够的机能去运行这些游戏。苹果iPad在最初的时候，就被定位为介于上网本和智能手机之间的娱乐终端，它的确能提供相当不错的娱乐体验，但是目前还不具备挑战家用游戏机和电脑游戏的能力。

标签：apple, apple, Game, iPad, Test, 娱乐

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

10个免费的Web压力测试工具

seasun — Tue, 13 Jul 2010 04:49:48 +0000

先前在本站发布了《如何在低速率网络中测试 Web 应用》，那是测试网络不好的情况。而下面是十个免费的可以用来进行Web的负载/压力测试的工具，这样，你就可以知道你的服务器以及你的WEB应用能够顶得住多少的并发量，以及你的网站的性能。我相信，北京奥组委的订票网站的开发团队并不知道有这样的测试工具。

Grinder – Grinder是一个开源的JVM负载测试框架，它通过很多负载注射器来为分布式测试提供了便利。支持用于执行测试脚本的Jython脚本引擎HTTP测试可通过HTTP代理进行管理。根据项目网站的说法，Grinder的主要目标用户是“理解他们所测代码的人——Grinder不仅仅是带有一组相关响应时间的‘黑盒’测试。由于测试过程可以进行编码——而不是简单地脚本化，所以程序员能测试应用中内部的各个层次，而不仅仅是通过用户界面测试响应时间。

Pylot -Pylot是一款开源的测试web service性能和扩展性的工具，它运行HTTP负载测试，这对容量计划，确定基准点，分析以及系统调优都很有用处。Pylot产生并发负载（HTTPRequests），检验服务器响应，以及产生带有metrics的报表。通过GUI或者shell/console来执行和监视testsuites。

WebCapacity Analysis Tool (WCAT) – 这是一种轻量级负载生成实用工具，不仅能够重现对Web 服务器（或负载平衡服务器场）的脚本 HTTP 请求，同时还可以收集性能统计数据供日后分析之用。WCAT是多线程应用程序，并且支持从单个源控制多个负载测试客户端，因此您可以模拟数千个并发用户。该实用工具利用您的旧机器作为测试客户端，其中每个测试客户端又可以产生多个虚拟客户端（最大数量取决于客户端机器的网络适配器和其他硬件）。您可以选择使用 HTTP 1.0 还是 HTTP 1.1请求，以及是否使用 SSL。并且，如果测试方案需要，您还可以使用脚本执行的基本或 NTLM 身份验证来访问站点的受限部分。（如果您的站点使用cookie、表单或基于会话的身份验证，那您可以创建正确的 GET 或 POST 请求来对测试用户进行身份验证。）WCAT还可管理您站点可能设置的任何 cookie，所以配置文件和会话信息将永久保存。

fwptt – fwptt 也是一个用来进行WEB应用负载测试的工具。它可以记录一般的请求，也可以记录Ajax请求。它可以用来测试 asp.net，jsp， php 或是其它的Web应用。

JCrawler – JCrawler是一个开源( CPL)的WEB应用压力测试工具。通过其名字，你就可以知道这是一个用Java写的像网页爬虫一样的工具。只要你给其几个URL，它就可以开始爬过去了，它用一种特殊的方式来产生你WEB应用的负载。这个工具可以用来测试搜索引擎对你站点产生的负载。当然，其还有另一功能，你可以建立你的网站地图和再点击一下，将自动提交Sitemap给前5名的搜索引擎！

ApacheJMeter – ApacheJMeter是一个专门为运行和服务器装载测试而设计的、100％的纯Java桌面运行程序。原先它是为Web/HTTP测试而设计的，但是它已经扩展以支持各种各样的测试模块。它和用于HTTP和SQL数据库（使用JDBC）的模块一起运送。它可以用来测试静止资料库或者活动资料库中的服务器的运行情况，可以用来模拟对服务器或者网络系统加以重负荷以测试它的抵抗力，或者用来分析不同负荷类型下的所有运行情况。它也提供了一个可替换的界面用来定制数据显示，测试同步及测试的创建和执行。

Siege -Siege（英文意思是围攻）是一个压力测试和评测工具，设计用于WEB开发这评估应用在压力下的承受能力：可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。 Siege 支持基本的认证，cookies， HTTP 和HTTPS 协议。

http_load – http_load以并行复用的方式运行，用以测试web服务器的吞吐量与负载。但是它不同于大多数压力测试工具，它可以以一个单一的进程运行，一般不会把客户机搞死。可以可以测试HTTPS类的网站请求。

WebPolygraph – WebPolygraph这个软件也是一个用于测试WEB性能的工具，这个工具是很多公司的标准测试工具，包括微软在分析其软件性能的时候，也是使用这个工具做为基准工具的。很多招聘测试员的广告中都注明需要熟练掌握这个测试工具。

OpenSTA –OpenSTA是一个免费的、开放源代码的web性能测试工具，能录制功能非常强大的脚本过程，执行性能测试。例如虚拟多个不同的用户同时登陆被测试网站。其还能对录制的测试脚本进行,按指定的语法进行编辑。在录制完测试脚本后，可以对测试脚本进行编辑，以便进行特定的性能指标分析。其较为丰富的图形化测试结果大大提高了测试报告的可阅读性。OpenSTA 基于CORBA 的结构体系，它通过虚拟一个proxy，使用其专用的脚本控制语言，记录通过 proxy 的一切HTTP/Straffic。通过分析OpenSTA的性能指标收集器收集的各项性能指标，以及HTTP 数据，对系统的性能进行分析。

欢迎您留下你认为不错的WEB应用性能测试的工具。

标签：Free, Test, Test, Tool, Tool, WEB, Website

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

如何在低速率网络中测试 Web 应用

seasun — Tue, 13 Jul 2010 04:45:55 +0000

大家看到标题后的第一个问题可能是：“我们需要这样做吗？”

如果我们开发的是局域网 Web 应用的话，可能没有必要这样做。但如果我们的 Web 应用面向的是互联网上的成千上万的用户，这样做就很必要了。因为在现实世界中并不是所有的用户都有高数率的网络连接，也许用户使用的是拨号接入，移动设备，3G，或者是 USB 网络加密狗。如果我们没有在低数率的网络环境中测试过我们 Web 应用，极有可能在上线后收到一些意想不到的关于系统性能方面的抱怨。这个时候无论我们的 Web 应用界面多么地 Web 2.0，功能多么地强大，对于用户来说都失去了使用价值。

目前有很多工具能够模拟慢速网络，值得一提的是 Firefox Throttle，这是一个 Firefox 插件，你可以设置上载和下载的数率，并且监控当前带宽的使用情况。另一个非常有用的特性是它可以控制你的 localhost 的连接数率，对本地测试很有用。

Firefox Throttle 的截图

另一个工具是 Sloppy，它是一个 Java Web Start application。

标签：Test, Test, Web, WEB

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

在线评测一下你的网站负荷能力

seasun — Mon, 14 Jun 2010 13:51:30 +0000

通常一个网站可以同时承受的用户流量压力是有一定的限制，随着用户上线人数的增加，网站相应的时间就会逐步的慢下来。
当用户数量达到一个限度时，用户再打开该网站的网页，就会出现timeout。

那么如何衡量你的网站的情况呢？
我推荐一个免费在线评估工具，Load Impact

使用其免费测试功能，对本站进行了一下测试，结果如下图

该测试，从10个用户端，到50个用户，进行了5次测试。
从测试结果来看可以看到，user load time几乎是一条直线，也就是说，网站太强大了，这些个用户数根本测不出负载的变化，需要更多的用户数才能看出变化。

你也可以对你自己的网站做一下简单的测试，用load impact工具评测一下。
你的评测结果曲线可能同我的可能不同，如何解读，你可以看看这里的说明。

还有两个很常用的网站负载评估工具，或者说压力测试工具。
1）AB 工具
几乎用Linux服务器的站长，可能都用过这个Linux自带的工具。
2）Webbench
上面的链接是张宴介绍的，我也用过，很容易，也方便。

这里提醒一下，做压力测试，只能对自己的网站，或者得到网站站长同意，才能进行测试。

标签：Test, Test, Website, Website, 站长工具

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

用户测试工具综述：Usabilla

seasun — Tue, 08 Jun 2010 13:56:29 +0000

我们看到了一个新的用户测试工具发展的繁荣时代，这是一个很好的趋势，将预示着在不久的将来有更好的网络体验。今天我们来看一下Usabilla，我和我的朋友Keri Morgret把它用在了Strike Models网站上，这个网站是用来买建筑遥控战舰产品的。

服务描述：Usabilla 展现你要给测试人员的画面，并且问他们一些问题，他们通过点击或者添加注解在画面上来回答。

你选择问什么问题可以是来自于预设装置列表，也可以自己提供。

你可以提供截屏画面，或者只要把URl输入Usabilla就会为你生成截屏画面。

Usabilla主持测试（它出现在一个覆盖物上）。

不做什么样的服务：Usabilla 不会从他们管理的座谈小组中给你招募用户。相反，他们会给你一些发给测试者的链接，或者提供一些Java程序语言密码放置在你的网站上，邀请用户来参加测试。

这就是做过标记的截图画面，上面有点（圈）和注解（方框）。

获得见解的价值：在许多案例中是相当高的，也许8.5/10。

下面是一些例子：

1、页眉的图片，我只是选了一个普通的品牌，看起来像是Strike Models目录的显示器产品。同样的，降低一个产品的图片的运动会看到一些提示性的标签，这个船艇会链接到相关的产品。

2、在页眉图片上面的以网站主题为标准的基本导航菜单是微妙的，并且需要花一些时间去注意的（在Usabilla平均时间为15.8。因此，一些人建议把它做的大一些，如果有人想把它移动到主页眉图片的上面，这样做是有帮助的。）

然而，当他们被告知寻找产品信息并试着订购时，大多数用户点击菜单目录上的产品标签。

3、一个测试人员说他是一个新闻痴迷者，并希望得到更多的关于战舰模型的信息。这很明显是展现了一个可以变成该领域内容权威的机会，因此可以建立一个出于优势位置的搜索引擎优化。

4、另一个测试人员希望看到更多的主打产品，和其他用户一些的评价，他们希望寻找关于产品的信息更容易。

5、产品的图片和明暗分布可以经常改进，当他们被这个激发起兴趣并找到更多的关于产品的信息。尤其是行动的目标对于许多用户来说都很感兴趣，而所有的重点就是要买一个在迷你池塘里开展的战舰。

移动那些不能搬动的产品的图片。

Usabilla的可用性：有一点小讽刺，这里也有一些使用这些工具的小的障碍。

首先，一旦你上传你的图片并开始测试，这并不清晰，你需要点击复选框去接近你想要问的问题。我想我将要去问所有的问题，想去点击活动按钮，但是当我还没有问题选出来的时候是不行的。

第二，Usabilla不提供座谈小组用户，这意味着你需要自己找人。在这个案例中，我非常幸运的能够依赖Keri’s的联系人，否则这些都是不确定的。

举个例子，一个可用性客户的目标人群是50岁~70岁早期的女性。我知道很少有女性符合这样的描述，因此招募用户成为一个挑战。

第三，结果用一种方式来展示，这种方式并不直观，同时代替了“肉之谜”导航系统。你需要移动鼠标来阅读方框附近的注解，但一开始你并不知道，让这些方框不同于圆圈是因为它代表有注解。

同时，所有的注解本身的呈现是在一个很大的空白区域，这就造成了错误的按钮印象，在IE7（或者IE8？）。

Usabilla的美好之处是，他们的支持对于阐明事物非常快而且很有帮助，我在遭受了最初的一些挫折之后就能够理解整个注释。此外，Usabilla支持告诉我他们致力于使它变得更加直观的再设计，因此希望这些相对小的问题能很快得到解决。

但是座谈小组问题仍然是个问题。

其他方面：获得数据的平均速度在一些案例中是非常有用的。举个例子，一旦Strike Models的电子商务功能实施（希望有一个适当的再设计），我重新测试了主页看看人们能多快找到产品的详细资料。我猜想这种连接点也会反映在蹦失率上。

另一方面是和目前的很多工具一样，都有正反两个方面。Usabilla依赖于数据点击，而不是视频分享和记录。

最后的结果是你可以快速的回顾某些方面（而你不需要看视频），你可以获得更可靠的观点（假如你招募了足够的用户），哪些起作用了和哪些没有建立在统计学基础之上。同时，与视频相比，你需要快速浏览并做特殊的标记（一些可用性工具可以做到），你可以回顾特殊的问题答案并集合在一些，进行快速分析。

结论：Usabilla给可用性专家的工具包里提供了另一个有价值的工具。定性分析师有价值的且有实用性的，同时它的优势是能更快的获得分析。

最主要的劣势是你需要自己招募测试人员，并且与全方位的视频记录相比，你会获得更少的定性数据。
对更多的综述感兴趣吗？我写了一系列的关于这些工具的综述，从review of UserTesting.com开始。

标签：Design, Test, Test

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

8个实用的 JavaScript 测试及效验工具

seasun — Thu, 15 Apr 2010 14:47:35 +0000

JavaScript 是一款强大的广泛运用于现代Web站点及应用的脚本语言。作为一个技艺精湛的 Web 开发者，掌握JavaScript可以增强用户的使用体验，提供交互及富客户端等功能。

尽管JavaScript的语法非常简单，但对于写程序而言仍然是困难重重，就是因为它的运行环境：基于Web浏览器。

以下您可以看到收集的8个实用的 JavaScript 测试及效验工具，它们都可以在不同环境下进行单元测试及校验测试您的脚本。

JSLint

JSLint是基于Web的验证JavaScript错误代码的工具。它拥有的功能及特定的设置来使用您的需求，自定义你的验证算法。

JsUnit

JsUnit是一款在客户端(在浏览时)的单元测试JavaScript框架。对JavaScript而言，JUnit就像是它的一个端口。当然它也可以在多个浏览器、多个机器的不同操作系统中自动运行。它的发展始于2001年1月。

J3Unit

J3Unit是一个面向对象的JavaScript单元测试框架。J3Unit在网页浏览器中直接运行JavaScript的测试，也可以自动运行JUnit 和 Jetty。J3Unit是建立在JUint和Script.aculo.us的基础之上来更好地实现自动运行JavaScript 单元测试。面向对象的JavaScript单元测试是由Script.aculo.us的Test.Unit.Runner对象编写的，基于prototype JavaScript库。

Crosscheck

Crosscheck是一款开源的校验浏览器中的JavaScript测试框架。它可以帮助您在不同的浏览器中，诸如：Internet Explorer、Firefox等，而不需要一一安装他们来确认您的代码是否正确。您唯一需要的是必须要有Java虚拟机环境。

YUI Test

YUI测试是一款基于浏览器，提供解决方案的测试框架。使用YUI，您可以方便地添加单元测试，寻求JavaScript解决方案。它是由Yahoo! UI Library开发的一个JavaScriptMVC测试插件，能够让你模范大部分DOM动作，比如写，拖拽，比如模范AJAX响应，并且能够使用断言 (assertions)。它能够象函数一样运行，并且能够在不同的console窗口进行集成测试。虽然它不是在任何 xUnit 框架基础上开发而来，但YUI Test仍然有很多nUnit 和 JUnit的所具有的特性。（ While not a direct port from any specific xUnit framework, YUI Test does derive some characteristics from nUnit and JUnit. 这段翻译得不好，但相信大致意思是对的）。

Regular Expression Tool

Regular Expression Tool（正则表达式工具）是一款在线工具，用来测试您的正则表达式代码是否正确。当您想快速测试各种文本例子的正则表达式时非常得心应手。

JSLitmus

JSLitmus是款轻量级的工具，用来测试JavaScript执行性能情况，采用直观的API。

JavaScript Regular Expression Tester

这块便利的应用程序是在浏览器中使用JavaScript来测试JavaScript正则表达式的。操作界面跟其他正则表达式测试工具无异，不同的是，它测试的是JavaScript正则表达式在JavaScript中的性能情况。

标签：JavaScript, JavaScript, Test, Test, Tool, Tool, Translate, Translate, 翻译

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

单元测试：简介

seasun — Mon, 29 Jun 2009 04:53:03 +0000

什么是单元测试

如果你对单元测试已经有概念了，就请跳过本章。

简单地说，单元测试是用代码测试代码。不同的语言有不同的库，提供了多种测试工具。PHP有PHPUnit、SimpleTest；Java有JUnit；.NET框架则有NUnit等等。

使用这些工具编写测试代码后，你就可以非常方便地进行自动、重复的单元测试。通过编写单元测试代码，你可以保证所写的代码能够得到预期的运行结果。即使日后代码要做修改，只要重新运行单元测试并获得通过，则能说明新的代码是正确的。

Wikipedia上的一篇文章对单元测试作了非常好的定义，如果想深入了解的话可以去阅读。

何时使用单元测试

简单的回答是：永远。

稍长一点的回答是：这取决于项目的复杂度和生命周期。

如果是一个非常小型的项目，那花在编写单元测试上的时间更应该用在写项目上。因为如果项目比较简单，就可以在编写代码的时候进行手工测试，这应该是比较容易的。

如果项目的生命周期较短，你肯定也不愿花大把时间用来写单元测试。因为生命周期较短的项目不会进行较大的改动，也不需要进行较多维护。这样一来，单元测试的价值就体现不了了。

即便如此，如果你确实有时间和精力去为小型项目写单元测试的话，也可能是个不错的主意。这主要看实际情况如何，但是我上面提出的两种情况还是有代表性的。

写好单元测试

单元测试的目的是测试一段代码的运行结果是否正确。这段代码通常是某个类的某个方法。

通常来说应该给每个行为编写一个测试：给出正确的参数时的运行结果、非法参数的运行结果，对这两点的测试是一定要写的。根据实际情况，也许需要编写更多的测试。

代码覆盖率是用来衡量单元测试好坏的常用指标。也就是说，有多少代码是被测试到的，各个分支结构和代码块是否都被运行过，各个函数是否都被调用过等等。

但是，代码覆盖率这个指标有时也会产生误导，因为即使全部的代码都被测试到了，也未必说明这些代码所得到的运行结果是正确的。

下周我会给你一些例子来说明这个问题。

小结

单元测试可以很好地提高代码质量，包括正确性以及模块化程度。因为，它会促使你写出可重用的、灵活的代码，否则将很难进行测试。

下周我会举具体的例子来说明如何进行代码测试，敬请期待。

标签：Test, Test

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

开源自动测试框架Tellurium

seasun — Fri, 12 Jun 2009 14:01:49 +0000

Tellurium自动测试框架是一款针对web应用、基于UI模块的自动测试平台。UI模块是由一组复合的UI对象以嵌套的形式组成，比如，Google的搜索UI模块可以表示成：

ui.Container(uid: "GoogleSearchModule", clocator: [tag: "td"], group: "true"){
   InputBox(uid: "Input", clocator: [title: "Google Search"])
   SubmitButton(uid: "Search", clocator: [name: "btnG", value: "Google Search"])
   SubmitButton(uid: "ImFeelingLucky", clocator: [value: "I'm Feeling Lucky"])
}

Tellurium框架还定义了一套全新的领域特定语言来进行web测试，比如对于Google搜索模块，你可以使用下面的DSL来完成一次搜索测试：

type "GoogleSearchModule.Input", "Tellurium test"
click "GoogleSearchModule.Search"
waitForPageToLoad 30000

目前Tellurium已经发布0.6.0版本，InfoQ中文站就Tellurium的方方面面，特地邮件采访了Tellurium的创始人方剑先生：

1、请介绍一下您自己，以及所从事的工作？

我的名字是方剑，曾经在上海读书和工作多年。2000年在美国佐治亚理工（Georgia Institute of Technology）求学。毕业后在一家美国公司做软件开发工作，从事企业级应用（Enterprise Applications）开发，主要负责服务器端框架的设计和开发，商业应用服务（Business Services）的开发, 和一些软件规范的制定。此外，我还有很强的人工智能和计算机网络方面的研究背景。

2、您开始做Tellurium这样一个自动化测试框架，是基于怎样的考虑呢？我看到有特色的两点是使用UI module-based这样的描述块来定义待测的UI，以及使用DSL来表述测试代码，还有哪些与以往框架不同的设计思想，缘起是什么呢？

在2007年，我们公司开始注意到Selenium测试框架。由于我们用敏捷开发方法（Agile development），在Scrum队伍中，每个人的角色开始变得多样性了。我有个工作（Task）就是用Selenium去测试我们的一个应用程序（是用Dojo Javascript框架写的）。应该说在当时，Selenium是一个开创性的框架，如果用他们的复制和重播模式（record and replay）很容易产生测试脚本。但一旦我开始用Selenium，我发现它还是有一些缺点和不便之处。主要测试脚本是对代码的更新很脆弱（Fragile）。但是在一个敏捷开发的环境下，一般都有阶段性的用户接受测试（User Acceptance Test），由于程序一直更新，Selenium测试脚本的维护就变成一个很头痛的问题。而且，对于很多企业级应用，复制和重播模式本身就不太适用，比喻我们有很多数据格（Data Grid），它的内容本身就是动态的。其他的问题包括Selenium测试脚本不是结构化的，你可以看到处有XPath，这更增加了维护的困难。因此，我们决定开发一个在Selenium之上的框架来解决这些问题。我做的第一个版本是通过Spring框架和物体工厂（Object Factory）来产生UI元素（Element），使得框架能把UI元素的表达和测试代码分开，自动处理Javascript事件，并在一定程度上能处理动态网页内容。

由于这个框架用XML来配置UI元素，使用起来并不是很方便。在2008年，我用Groovy重写了整个框架并变成一个开源项目（open source project)。新的版本主要有三个大的改变。首先是采用UI Module（UI模块）描述块来定义待测的UI。这样做的好处是系统自动生成运行时的Locator，即使你改变了其中的一些元素，框架本身会生产新的 Locator来适应这种改变。而且框架侧重一个集合的元素，而不是单个元素，这样使得我们可以利用元素之间的关系来帮助我们定位他们在DOM中的位置。此外，这样也增加了重用性，比如，我们可以定义一些Tellurium Widget，在你的测试代码中可以直接定义这个Widget，而不需要重新定义一个个的单个元素。第二个大的变化是用DSL来写测试代码。这样增加了表达性使得用户很容易写和维护测试代码。Tellurium测试代码可以用Java, Groovy, 或纯DSL脚本来写。Tellurium本身也支持JUnit和TestNG测试框架。另一个大的变化是开始用UI模板（UI templates）来表述动态网页内容，例如数据格（Data Grid）。这样使得Ajax应用程序的测试变得可行和容易。

3、 Tellurium主要有那些子项目构成？

Tellurium主要是由Tellurium Core, Tellurium Engine, Tellurium Widget Extensions, 和Tellurium UI Module Plugin（TrUMP）子项目构成。Tellurium Core主要是处理DSL和动态生成Locator. Tellurium Engine是测试驱动模块，目前还是利用Selenium Core. Tellurium Widget Extensions包括一些DOJO和ExtJS Javascript框架的可重用Widget模块。这些Widget被编译成一个jar文件方便用户调用。TrUMP是一个Firefox plugin来自动生成UI Module。

另外，Tellurium还提供两个参考子项目（Reference Projects），分别为JUnit和TestNG项目，来给用户示范如何创建Tellurium测试项目和如何使用Tellurium的各种功能。

除此之外，Tellurium还提供了Tellurium Maven Archetypes，使得用户可以用一个Maven命令就可以创建自己的Tellurium测试项目。

4、介绍一下Tellurium的代码贡献者们吧？

我主要是负责Tellurium的整体设计和很大一部分的代码编程。除我之外，现在还有四个来自美国和英国的队友（team members）。Vivek Mongolu主要负责TrUMP的UI设计和实现。Matt Senter主要负责Maven支持，包括代码的编译，发布，和Maven Repository的维护。Haroon Rasheed参加了Tellurium参考项目（Tellurium Reference Projects）的开发，Selenium Grid的支持和其他的维护工作。Mikhail Koryak参于了TrUMP的开发工作，他是jQuery方面的专家，负责Tellurium的jQuery支持。现在参与Tellurium Engine的开发。

5、你了解在自动化测试工具这个领域，有着哪些和Tellurium类似的竞争对手吗？比如ThoughtWorks的Twist？与它们相比，Tellurium的优势在什么地方？有什么劣势吗？

Tellurium脱胎于Selenium,它的主要竞争对手还是Selenium, 毕竟Selenium已经推广好几年了。要用户用一个新的框架是要花一定的时间的。此外Canoo WebTest也是一个比较流行的网页测试框架（Framework）。但是Tellurium还是有它本身的优势的，如UI Module的概念，鲁棒性好，可重用性好，表达性好（Expressiveness）。用Tellurium写的测试代码的结构性好，比较容易维护。

毕竟Tellurium还是一个新的框架，到现在只有一年多的开发时间。有些特色还有待成熟。此外，Tellurium要用到Groovy动态语言，尽管用户并不一定需要了解Groovy才可用Tellurium，但由于Groovy相对比较新，所以不少人还是有疑豫的。

ThoughtWorks的Twist基本上是Selenium + GSpec, 就是在Selenium之上增加了行为测试（Behavior Driven Test）的DSL。其实我很早就考虑到对行为测试的支持，但精力有限，Tellurium目前还没有这方面的实现。将来会增加的，可以和EasyB框架结合来支持行为测试，或直接实现对行为测试的支持。

6、现在Tellurium的应用情况是怎样的？来自使用者的反响如何？

现在已经有不少Tellurium用户，主要来自美国，印度和欧洲。由于Tellurium本身的特色，如易用，可维护性好，新的功能如对jQuery Selector的支持，使用者的反应还不错。甚至有的用户在自己的公司里给同事作Tellurium的培训。当然，Tellurium还很年青，而且前一段时间由于全球性经济危机的影响，我们对Tellurium的推广还做得很不够。以后会加大对Tellurium的推广。

7、Tellurium在社区采用了哪些方式和开发者们进行交互呢？

我们有自己的用户组Tellurium user group, 用户提出问题往往能很快地得到解答。我们也有LinkedIn用户组让用户之间能更好地交流。此外我们还鼓励用户参加Tellurium的设计讨论和推广。我们会每年从用户中推选出一个最活跃用户（most active user）和一个最有价值用户（most valuable user）。Tellurium将来会设推广队（Evangelism Team），如果某人对Tellurium做了很多推广工作，他／她也可以成为Tellurium正式成员（team member）。

8、Tellurium未来的发展有怎样的规划吗？有计划推出中文的社区及文档吗？

尽管Tellurium和Selenium在概念上有很大的不同，一直到Tellurium 0.6.0, 我们还是依赖Selenium Core作为底层的测试驱动Engine. Tellurium 0.7.0将成为Tellurium发展史上的一个重要里程碑，我们将开发自己的测试驱动Engine使得Tellurium能更好，更有效地支持UI Module，同时可以进行UI Module的缓存（Caching）以增加其可用性和提高测试速度。并可对UI Module进行部分匹配以增加其鲁棒性。在新的Tellurium Engine的支持下，Tellurium widget将变得更容易，更实用，和更有效。其他的发展规划包括TrUMP的改进，行为测试（Behavior Driven Test）的支持，功能测试（functional test）的增强支持, 和IDE的支持。

毕竟我来自中国，当然希望得到更多的来自自己国家的用户的参与和支持。现在我们已经开通中文社区和文档项目，会有相关的中文文档逐渐添加进来，我们也热烈欢迎更多国内的开发者能加入进来，帮助支持和推广Tellurium，谢谢。

9、能给国内的用户一个快速的开始吗？怎么立刻感受到Tellurium带来的好处？

我们提供了一份中文版的Tellurium QuickStart，还有一个短小的演示：十分钟感受Tellurium（10 minutes to Tellurium）。它包括利用Tellurium Maven archetype去建立一个新的Tellurium测试项目，再用 Tellurium Firefox plugin TrUMP去自动生成一个UI Module，然后再写自己的Tellurium测试代码。

如果用户不熟悉Maven, 他可以下载Tellurium参考项目（Tellurium Reference Project）。这个项目是我们用来测试Tellurium项目网页的。包括了各种例子，可以直接运行。

更多有关Tellurium的信息，请参考DZone上的相关资料和Tellurium的Wiki。敬请期待Tellurium在InfoQ中文站的更多技术文章。

标签：Test, Test

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

JsUnit测试JavaScript

seasun — Thu, 09 Apr 2009 02:55:42 +0000

我们如何来对javascript代码做单元测试呢？最近发现JsUnit就是一个这样的满足我们要求的xUnit Framwork。
首先，让我来介绍一下JsUnit，既然是对JavaScript代码进行测试，那么构建JsUnit的测试方面的核心代码是由JavaScript所写的，最核心的代码包含在一个名为：jsUnitCore.js的文件之中。打开里面该文件查看里面的代码，我们可以看到绝大部分是对assert的不同方面的实现。JsUnit之中的assert函数没有junit的多。但是它已经能够满足我们对网页之中的各个业务功能代码的测试。
既然是基于xUnit 架构之下实现的一个testing framework那么JsUnit在具体构建一个测试实例的时候有很多特征、特点是与JUnit相同的。
首先，它里面的判断方法要以test开头，测试函数不能够有输入参数，没有返回类型。
其次，它的测试页面之中也有setUp（），tearDown（）之类的初始化函数。
还有，它们都是使用具体的assert断言函数进行，期望值与实际值比较，进而找出正确与否。
在JsUnit里面有个对javascript开发人员最重要的功能，我们大家都知道开发js代码是一件非常烦人的事情，没有良好的开发集成环境，没有很好的跟踪措施，等等的一切，让我们的开发人员在开发js代码时不能够很好的开发。而JsUnit向我们提供了类似于java代码之中的日志功能，想必大家都用过log4j。它的日志功能让大家调试代码的时候非常方便，现在js因为JsUnit也具有了这样的功能，只不过它让我们设置的日志级别有所减少只有三种（warn，info，debug），不过能够满足我们一般的使用需求。
使用JsUnit的手动测试，大家都能够轻易学会，而使用ant集成JsUnit进行自动化测试在网上所说的文章还比较少，而且JsUnit的官方网站（www.jsunit.net）不知道什么回事，我一直登录不了。下面就介绍一下如何使用ant来集成它。
说到ant自然要使用到build.xml文件，下面将我所用到的build.xml代码贴出来方便大家。

1 xml version=”1.0″ encoding=”utf-8″?>
2
3 <project name=”JsUnit” default=”create_distribution” basedir=”.”>
4
5
6 The following are the properties used to configure the JsUnit server.
You need to provide values for the mandatory properties.
7 See the documentation at http://www.jsunit.net for more information.
8 –>
9
10 <property
11 name=”browserFileNames”
12 value=”C:\Program Files\Internet Explorer\IEXPLORE.EXE”
13 description=”browserFileNames is the list of browsers in which to run tests when
StandaloneTest is invoked on this machine. For a JsUnit Server, this is a mandatory property.
For example: ’c:\program files\internet explorer\iexplore.exe,
c:\program files\netscape\netscape7.1\netscp.exe’,D:\Program Files\Mozilla Firefox\firefox.exe”
14 />
15
16 <property
17 id=”closeBrowsersAfterTestRuns”
18 name=”closeBrowsersAfterTestRuns”
19 value=”"
20 description=”closeBrowsersAfterTestRuns determines whether to attempt to
close browsers after test runs. This is not a mandatory property.
The default is true. For example: ’true’”
21 />
22
23 <property
24 id=”description”
25 name=”description”
26 value=”"
27 description=”description is a human-readable description of a standard or farm server.
This is not a mandatory property. The default is blank.
For example: ’This is our Mac - it’s only running Safari right now’”
28 />
29
30 <property
31 id=”ignoreUnresponsiveRemoteMachines”
32 name=”ignoreUnresponsiveRemoteMachines”
33 value=”"
34 description=”ignoreUnresponsiveRemoteMachines is a property used only by the JsUnit
Farm Server and the distributed_test target.
Its value is whether to ignore a remove machine that does not respond.
If true, test runs will be green even if one or more remove machines fail to respond;
if false, an unresponsive remove machine results in a failure.
This is not a mandatory property.
Its default is false. For example: ’true’”
35 />
36
37 <property
38 id=”logsDirectory”
39 name=”logsDirectory”
40 value=”logs”
41 description=”logsDirectory is the directory in which the JsUnitStandardServer
stores the XML logs produced from tests run.It can be specified relative to the working directory.
This is not a mandatory property. If not specified, the directory called ’logs’ inside resourceBase is assumed.
For example: ’c:\jsunit\java\logs’”
42 />
43
44 <property
45 id=”port”
46 name=”port”
47 value=”"
48 description=”port is the port on which the JsUnitStandardServer runs.
This is not a mandatory property. If not specified, 8080 is assumed. For exapmle: ’8080′”
49 />
50
51 <property
52 id=”remoteMachineURLs”
53 name=”remoteMachineURLs”
54 value=”"
55 description=”remoteMachineURLs is a property used only by the JsUnit Farm Server
and the distributed_test target. Its value is the list of URLs of remove machines to
which a request to run tests will be sent.
For example: ’http://machine1.company.com:8080,http://localhost:8080,http://192.168.1.200:9090′”
56 />
57
58 <property
59 id=”resourceBase”
60 name=”resourceBase”
61 value=”"
62 description=”resourceBase is the directory that the JsUnitStandardServer
considers to be its document root. It can be specified relative to the working directory.
This is not a mandatory property. If not specified, the working directory is assumed.
For example: ’c:\jsunit’”
63 />
64
65 <property
66 id=”timeoutSeconds”
67 name=”timeoutSeconds”
68 value=”20″
69 description=”timeoutSeconds is the number of seconds to wait before timing out a browser during a test run.
This is not a mandatory property. If not specified, 60 is assumed. For example: ’60′”
70 />
71
72 <property
73 id=”url”
74 name=”url”
75 value=”file:///D:/eclipse/workspace/JsUnitAnt/tests/testRunner.html?
testPage=D:/eclipse/workspace/JsUnitAnt/tests/jsUnitTestSuite.html”
76 description=”url is the URL (HTTP or file protocol) to open in the browser.
For a JsUnit Server, this is a mandatory property for a test run if the server is not passed the ’url’ parameter.
For example: ’file:///c:/jsunit/testRunner.html?testPage=c:/jsunit/tests/jsUnitTestSuite.html’”
77 />
78
79
80 The remainder of this build file is not intended to be modified by the end user.
81 Those targets whose name begins with an underscore are not intended to be run directly by the end user.
82 –>
83
84 <property name=”source_core” location=”src”/>
85 <property name=”source_server” location=”src”/>
86 <property name=”tests_core” location=”test”/>
87 <property name=”tests_server” location=”test”/>
88 <property name=”bin” location=”bin”/>
89 <property name=”lib” location=”lib”/>
90 <property name=”testlib” location=”testlib”/>
91 <property name=”config” location=”config”/>
92
93
94 <path id=”classpath”>
95 <fileset dir=”${lib}”>
96 <include name=”*.jar”/>
97 fileset>
98 <fileset dir=”${bin}”>
99 <include name=”jsunit.jar”/>
100 fileset>
101 <dirset dir=”${config}”/>
102 path>
103
104 <target name=”JsUnitTest” description=”Runs tests on the local machine”>
105 <junit showoutput=”true” haltonerror=”true” haltonfailure=”true”>
106 <formatter type=”xml” usefile=”true”/>
107 <classpath refid=”classpath”/>
108 <sysproperty key=”browserFileNames” value=”${browserFileNames}”/>
109 <sysproperty key=”description” value=”${description}”/>
110 <sysproperty key=”closeBrowsersAfterTestRuns” value=”${closeBrowsersAfterTestRuns}”/>
111 <sysproperty key=”logsDirectory” value=”${logsDirectory}”/>
112 <sysproperty key=”port” value=”${port}”/>
113 <sysproperty key=”resourceBase” value=”${resourceBase}”/>
114 <sysproperty key=”timeoutSeconds” value=”${timeoutSeconds}”/>
115 <sysproperty key=”url” value=”${url}”/>
116 <test name=”net.jsunit.StandaloneTest” outfile=”${logsDirectory}\log”/>
117 junit>
118 target>
119
120 project>

Java代码

function DisableF5(){
with (event){
// F5 and Ctrl+R
if (keyCode==116 || (ctrlKey && keyCode==82)){
event.keyCode = 0;
event.cancelBubble = true;
return false;
}
}
}
document.onkeydown = DisableF5;

function DisableF5(){
   with (event){
           // F5 and Ctrl+R
     if (keyCode==116 || (ctrlKey && keyCode==82)){
       event.keyCode = 0;
       event.cancelBubble = true;
       return false;
     }
   }
} 

document.onkeydown = DisableF5;

Java代码

function document.onkeydown()
{
if ((event.keyCode==8) || //屏蔽退格删除键
(event.keyCode==116)|| //屏蔽 F5 刷新键
(event.ctrlKey && event.keyCode==82)){ //Ctrl + R
event.keyCode=0;
event.returnValue=false;
}
}

function document.onkeydown()
{
   if ((event.keyCode==8)   ||                  //屏蔽退格删除键
       (event.keyCode==116)||                  //屏蔽 F5 刷新键
       (event.ctrlKey && event.keyCode==82)){ //Ctrl + R
      event.keyCode=0;
      event.returnValue=false;
      }
}

一，js屏蔽浏览器（IE和FireFox）的刷新功能

Java代码

document.onkeydown=function()
{
if ((window.event.keyCode==116)|| //屏蔽 F5
(window.event.keyCode==122)|| //屏蔽 F11
(window.event.shiftKey && window.event.keyCode==121) //shift+F10
)
{
window.event.keyCode=0;
window.event.returnValue=false;
}
if ((window.event.altKey)&&(window.event.keyCode==115))
{
//屏蔽Alt+F4
window.showModelessDialog(“about:blank”,“”,“dialogWidth:1px;dialogheight:1px”);
return false;
}
}

document.onkeydown=function()
{
  if ((window.event.keyCode==116)|| //屏蔽 F5
      (window.event.keyCode==122)|| //屏蔽 F11
      (window.event.shiftKey && window.event.keyCode==121) //shift+F10
     )
     {
          window.event.keyCode=0;
          window.event.returnValue=false;
     }
  if ((window.event.altKey)&&(window.event.keyCode==115))
     {
         //屏蔽Alt+F4
         window.showModelessDialog("about:blank","","dialogWidth:1px;dialogheight:1px");
         return false;
     }
}

二，js屏蔽浏览器右键功能

Java代码

if (window.Event)
document.captureEvents(Event.MOUSEUP);
function nocontextmenu()
{
event.cancelBubble = true
event.returnValue = false;
return false;
}
function norightclick(e){
if (window.Event){
if (e.which == 2 || e.which == 3)
return false;
}
else
if (event.button == 2 || event.button == 3){
event.cancelBubble = true
event.returnValue = false;
return false;
}
}
document.oncontextmenu = nocontextmenu; // for IE5+
document.onmousedown = norightclick; // for all others

标签：JavaScript, JavaScript, Test, Test

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh