在微博的#SAE技术分享# 看到一些有意思的东西,比如这一篇的标题,嗯,确实是有一些奇怪的玩意。
比如,ubuntu下的apt-get moo,居然出来了这样的玩意,你能相信吗?》
XML/HTML代码
- root@webserver:/# apt-get moo
- (__)
- (oo)
- /------\/
- / | ||
- * /\---/\
- ~~ ~~
- ...."Have you mooed today?"...
好一只羊?还有一些其他的命令,比如yes,好象记得这个命令是专门用来处理自动化安装的吧?即自动输入y,N个,直到安装完成,如果没有安装,就在屏幕上拼命的输出。。。
还有一些其他的。。比如banner,会将你输入的字符用##打印出来,比如我这个:
XML/HTML代码
- root@webserver:/# banner bannertest
-
- ##### ## # # # # ###### #####
- # # # # ## # ## # # # #
- ##### # # # # # # # # ##### # #
- # # ###### # # # # # # # #####
- # # # # # ## # ## # # #
- ##### # # # # # # ###### # #
,再比如fortune,这个函数很有意思,既能学英文又可以很好玩,该网页上这么显示了:
XML/HTML代码
- orange@orange-desktop:~$ fortune
- Q:How many IBM types does it take to change a light bulb?
- A:Fifteen. One to do it, and fourteen to write document number
- GC7500439-0001, Multitasking Incandescent Source System Facility,
- of which 10% of the pages state only "This page intentionally
- left blank", and 20% of the definitions are of the form "A:.....
- consists of sequences of non-blank characters separated by blanks".
想看更多?到这里看一下吧:http://www.linuxidc.com/Linux/2007-05/3784.htm,不是每个linuxer都是闷瓜。
昨天是公司年会,我所在的拓展小组不给力啊,表演最后一名。
然后抽奖,抽到一个可迟到15分钟的阳光普照奖。纠结啊,瑞士游没抽到,钻石饰品没钻到,3000元购物没抽到,连带薪假这样的阳光普照也没有抽到。
心是哇凉哇凉的。
所幸,年分气氛还是很热烈的,比如看到公司的几位帅哥的美女妆、旗袍装之类的,公司的美腿们啊,可惜对于我这样一个近视眼来说,太吃亏了。

有的看了。哈哈。。。
当然,我这里没法公布这些照片,都是有版权的。
好象这篇文章的原始链接来自cssrain,不记得了。。如果作者看到,请联系我一下,我加上链接,SORRY了。
文章来自google doc,内容如下:
QUnit是jQuery团队开发的 JavaScript单元测试工具,使用方便,界面美观。近期试用了一下并进一步了解了JavaScript单元测试,记录一下所思所得。
什么是单元测试
XML/HTML代码
- 单元测试又称为模块测试,是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。单元测试主要是用来检验程式的内部逻辑,也称为个体测试、结构测试或逻辑驱动测试。通常由撰写程式码的程式设计师负责进行。
-
- 通常来说,程式設計師每修改一次程式就會進行最少一次單元測試,在編寫程式的過程中前後很可能要進行多次單元測試,以證實程式達到軟件規格書 (en:Specification)要求的工作目標,沒有臭蟲;雖然单元测试不是什么必须的,但也不坏,這牽涉到專案管理的政策決定。
-
- —— 维基百科 (中文,英文)
为什么 JavaScript需要单元测试
由于存在浏览器解析环境、用户操作习惯等差异,前端程序的许多问题是无法捕捉或重现的,现在前端程序的测试多是黑盒测试,即靠点击点击点击来寻找程序bug。这种方式既费时费力,又无法保证测试的覆盖面。
同时,前端逻辑和交互越来越复杂,和其他编程语言一样,一 个函数,一个模块,在修改bug或添加新功能的过程中,很容易就产生新的bug,或使老的bug复活。这种情况下,反复进行黑盒测试,其工作量和测试质量 是可想而知的。
此外,浏览器兼容性测试是前 端程序测试的重要一环,在多个浏览器之间测试前端程序,上面说的工作量就会成n倍的增加。
为什么我们的前端程序如此脆弱?就是因为没用单元测试。。
假如使用了单元测试,上边的问题就变得很容易了,当然前提 是你要花时间去研究和编写测试用例。
根据函 数或模块的源代码,编写出包含各种情况的测试用例,每次解决bug或添加新功能,都随时更新这个用例然后进行测试,很容易就找出新bug和“复活”的老 bug。
测试兼容性,只需要在不同的浏览器 中分别运行这个测试,问题就一目了然了。
也 许白盒比黑盒要多费几倍的脑子,但想想我们那脆弱的程序,想想那些随时冒出来的烦人的老bug,费点脑子,值了!
使用QUnit
注:下面的内容主要参考了 QUnit文档 和 NetTuts+的这篇文章。
建立一个测试页面,引入 qunit.js 和 qunit.css 这 两个必需的文件,这两个文件是存放在github上的,鉴于目前操蛋的互联网环境,最好下载到本地调用。
注:body中的元素id命名必须依照如下形式,否则无法 正常显示。
XML/HTML代码
- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
- <html>
- <head>
- <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
- <link rel="stylesheet"href="http://github.com/jquery/qunit/raw/master/qunit/qunit.css" type="text/css"media="screen" />
- <script type="text/javascript"src="http://github.com/jquery/qunit/raw/master/qunit/qunit.js"></script>
- </head>
- <body>
- <h1 id="qunit-header">QUnit example</h1>
- <h2 id="qunit-banner"></h2>
- <h2 id="qunit-userAgent"></h2>
- <ol id="qunit-tests"></ol>
- </body>
- </html>
测试示例
下面是一个最简单的函数测试用例,解释请见程序注释。
JavaScript代码
-
- module( "测试示例" );
-
- function simpleTest(para) {
- if(typeof para == "number") {
- return true;
- }
- else{
- return false;
- }
- }
-
- test('simpleTest()', function() {
-
- ok(simpleTest(2), '2 是一个数字');
- ok(!simpleTest("2"), '"2"不是一个数字');
- });
module( name, [lifecycle] ) 函数指定测试模块和周期。
ok( state, [message] ) 是QUnit中最常用的一个判断函数,只能判断true和false。
DEMO在这里,看一下测试结果:

结果都是绿的,说明两条测试语句都符合设定的规则。可以尝试修改下规则
JavaScript代码
-
- ok(simpleTest("2"), '"2"是一个数字');
-
就可以看到爆红了。。
更多测试判断
除了ok()之外,QUnit还有如下几个判断函数:
示例:
JavaScript代码
-
- function simpleTest1(para) {
- return para * 2;
- }
-
- test('simpleTest1()', function() {
-
- equals(simpleTest1(2), 4, '2 * 2 等于 4');
- equals(simpleTest(2), 3, '2 * 2 等于 3');
- });
示例:
JavaScript代码
-
- function simpleTest2() {
- return [1, 2];
- }
-
- test('simpleTest2()', function() {
-
- equals(simpleTest2(), [1, 2], '函数返回数组[1, 2]');
- equals(simpleTest2(), [1, 1], '函数返回数组[1, 1]');
- });
same()和意思和equals()差不多,但 same()可以判断数组、对象等的相同,而equals不能。
异步与Ajax
对于异步程序的测试,如setTimeout、 setInterval、Ajax等情况,按照上面的方法,在异步调用执行之前,测试就已完成并输出了结果。这时,配合使用QUnit提供的两个函数:stop( [timeout] ) 和 start(),也可以轻松搞定。
直接看例子:
JavaScript代码
-
- module( "异步测试示例" );
-
- test('asynchronous test', function() {
-
- stop();
-
- setTimeout(function() {
- ok(true, '完成运行');
-
- start();
- }, 100)
- })
-
- asyncTest('asynchronous test', function() {
- setTimeout(function() {
- ok(true);
-
- start();
- }, 100)
- })
Ajax也是类似的道理:
JavaScript代码
-
- function ajax(successCallback) {
- $.ajax({
- url: 'server.php',
- success: successCallback
- });
- }
-
- test('asynchronous test', function() {
-
- stop();
-
- ajax(function() {
-
- })
-
- setTimeout(function() {
-
- start();
- }, 2000);
- })
了解更多