最近三鹿奶粉事件，在Baidu中搜索出各官方的新闻都说是“污染”

http://www.baidu.com/s?ie=gb2312&bs=%C8%FD%C2%B9+%C8%FD%BE%DB%C7%E8%B0%B7&sr=&z=&cl=3&f=8&tn=baidu&wd=%C8%FD%C2%B9+%C8%FD%BE%DB%C7%E8%B0%B7&ct=0

网友解释为什么三鹿奶粉中会有三聚氰胺：

http://yjrg.net/HT/con_277_M.1221169872.A.htm?redirect=1

投票地址: http://dc.bb06.com/display.php?id=255

一定要评10分哦.

也许你猜对了，对，我们是私企，只有私企才没有人在上班时间玩游戏、炒股、看电视，用p2p下电影。

先在显示->效果里，把使用所有可能的颜色项清掉，然后打开netmeeting，呼叫www.sina.com.cn，等弹出“你所拨叫的地址无效”对话框后关闭netmeeting，再进入显示->效果里把那项钩上，再应用。

作者：李益锋

Blog：http://www.i170.com/user/laolee

Testlink中文论坛：testlink.5d6d.com

一、什么是业务流程测试

1.1　概念

业务流程测试BPT(Business Process Testing)是HP的测试管理工具QC提出的一个概念。

举个例子，在ERP系统中要完成一次销售活动需要做报价单，报完价定下来后要做销售合同单，然后根据合同订货，到货后要出库发货给客户，这一系列的过程就叫业务流程。业务流程测试就是编写测试用例对这一系列的业务活动进行测试。

业务流程测试由一系列的业务组件组成。

上述举例中的报价单可以定义为业务组件，销售合同单也可以定义为业务组件。

业务组件是一种易于维护且可重复使用的单元。业务组件是根据重复使用的需要而定义出来的一个基本单元，这个基本单元包含一个或多个步骤，如上述中的报价单包括：激活报价单窗口、点击新增按钮，选择产品，填写报价等步骤。

1.2　优点

这样做的好处就是：

1)、易于维护，一个业务活动的内容发生变化不需要修改所有包含这个业务活动的业务流程，只需要修改这个业务活动相对应的业务组件就可以了

2)、可以重复使用，提高工作效率

3)、可以让业务专家来定义业务组件和组织业务流程测试，使得技术人员从具体业务知识中解放出来，技术人员根据专家定义的业务流程编写自动化测试脚本或手工进行测试就可以了。

4)、使得技术人员从具体业务知识中解放出来

二、具体实现

下面我们将使用一些小技巧在TestLink中实现上述目标。

2.1定义业务组件

我们用创建测试用例的功能来代替QC中的定义业务组件功能，然后我们对TestLink做一点点的修改，使得TestLink的测试用例可以包含其他的测试用例。

2.1.1新建“业务组件”用例集

我们先新建一个用例集用来存放业务组件，用例集的名称就叫“业务组件”

我们还可以根据实际需要在刚刚新建的“业务组件”下新建一级或多级的用例集对业务组件进行详细的分类。这里我们就不再细分了。

2.1.2定义业务组件

在“业务组件”用例集下点击“创建测试用例”

定义了一系列的业务组件后，效果如下：

2.2定义业务流程测试

2.2.1新建“业务流程测试”用例集

用例集的名称为“业务流程测试”，详见2.1.1新建“业务组件”用例集

2.2.2新建业务流程测试用例

在“业务流程测试”用例集下“创建测试用例”，展开业务组件，把业务组件选中后拖到步骤框中或者选中后复制，然后在步骤框中粘贴。

创建后的效果：

这里点击上图步骤中的56登入系统是没有反应的，下面我们需要对TestLink系统做一点点的小修改。

2.3　修改Testlink

2.3.1　修改testlink_library.js

修改gui\javascript\testlink_library.js中的ET函数为下面这个样子：

function ET(id,v)

{

  // get checkboxes status

       var pParams = tree_getPrintPreferences();

       if (menuUrl=='lib/testcases/archiveData.php')

       {

              parent.workframe.location = fRoot+menuUrl+"?version_id="+v+"&edit=testcase&id="+id+args;

       }

       else

       {

              window.open(fRoot+'/'+'lib/testcases/archiveData.php'+"?version_id="+v+"&edit=testcase&id="+id+args, "_blank");

              //window.open('about:blank');

              //return true;

       }

}

2.3.2　修改tree_tpl.js

third_party\jtreetree_tpl.js

把//  'target'  : '_self',    改为'target'  : 'treeframe',

把

       'icon_0'  : 'third_party/jtree/icons/page.gif', // leaf icon normal

       'icon_4'  : 'third_party/jtree/icons/page.gif', // leaf icon selected

       'icon_8'  : 'third_party/jtree/icons/page.gif', // leaf icon opened

       'icon_12' : 'third_party/jtree/icons/page.gif', // leaf icon selected

修改为绝对路径，如果是装在Web服务器的根目录下则不需要修改，如果是装在Web服务器的子目录中则需要修改，例：如果装在Testlink／目录下则改为：

       'icon_0'  : ' Testlink/third_party/jtree/icons/page.gif', // leaf icon normal

       'icon_4'  : ' Testlink/third_party/jtree/icons/page.gif', // leaf icon selected

       'icon_8'  : ' Testlink/third_party/jtree/icons/page.gif', // leaf icon opened

       'icon_12' : ' Testlink/third_party/jtree/icons/page.gif', // leaf icon selected

OK，至此全部完成，试一下吧，祝玩得开心。

带图文章下载： http://testlink.5d6d.com/attachment.php?aid=33

言归正传，其实Bugfree2.0一推出来我就知道了，并第一时间进行试用，但2.0版本相对于正在我使用的修改版本并没有让我产生将BugFree升级到最新版本的欲望。今天再次试用，依然不打算升级，下面总结一下不升级的原因吧：

2.0版本相关于1.1版本最重要的升级有：

1.1 增加了Test Case和Test Result的管理

1.2 增加了使用的便利性

1.3 用户界面更加美观

1.4 修复了1.1版本中的大量的Bug

上面的四点升级中1.2～1.4三点已经通过自己的修改实现了，虽然没有AJAX但操作便利性并不差，因此不能算是升级优点，反而由于使用上的习惯成为不升级的一个理由，最吸引我的是“1.1增加了Test Case和Test Result的管理”,这也是我今天再一次试用的主要原因。

在Bugfree的帮助文档中写道：

BugFree 2.0 在BugFree 1.1的基础上，集成了Test Case和Test Result的管理功能。具体使用流程是：首先创建Test Case（测试用例），运行Test Case产生Test Result（测试结果），运行结果为Fail的Case，直接创建Bug。Test Case标题、步骤和Test Result运行环境等信息直接复制到新建的Bug中。

可见Bugfree2.0越来越正规化了，朝标准化方向迈进了。应该是Bugfree在中国雅虎、阿里妈妈、Tom等企业在实际应用中的磨合结果吧。对于非完全按软件工程理论的我们来说，有点像小孩穿大人的衣服一样－－不合身。另外TestCast和TestResult和软件需求、Bug之间的关联不够，便利性也不好Bug的模块不能复制到TestCase中去，因此“1.1 增加了Test Case和Test Result的管理”也不是足以让我想升级的优点。

我理想中的管理系统是(当然这不是一个Bug管理系统，而是一个开发过程管理系统)：

1、需求人员或开发主管将所有的软件需求以Bug形式创建到Bugfree中，创建时抄送一份给相应的测试人员，利用Bugfree的跟踪和发邮件的功能，可以实现每一个需求都被实现和测试，测试人员可以第一时间了解到需求然后尽可能早地准备测试用例而不是等到可执行文件出来后再写测试用例，另外，需求、开发、测试可以在一起充分讨论、理解需求并形成文字可供日后翻查

2、测试人员收到需求通知后写测试用例，同时开发收到需求后进行开发

3、测试人员完成测试用例后通知相关人员审查测试用例，而开发人员完成开发后，通知测试人员进行测试

4、测试人员执行已经写好并审查过的测试用例

5、根据用例执行结果创建Bug、跟踪Bug

6、由于所有的内容(需求、测试用例、测试结果、Bug)都是在系统中，因此可以很容易用系统自动生成需求文档、测试用例、测试报告、Bug列表等文档

对于Test Case(测试用例)和Test Result(测试结果)的管理，经过修改、整合，我们现在用Bugfree1.0的修改版和Testlink1.7.0版本的结合。事实上我们现在用Bugfree1.0和TestLink1.7.0已经实现：

1、需求管理

2、测试用例管理

3、测试结果管理

4、BUG管理

下次有空时再把整合后Bugfree1.0和TestLink1.7.0的使用流程整理一下贴上来。

观点倒也新颖，够吸引眼球，只不过越看越不明白，不明白对与错，好与坏。

或许本来就没有绝对好坏、对错，好坏、对错仅仅是自已对所认同的集团利益的声明。

想通了这一点，对生活中的好坏、对错的评判也就变得容易了，只需区分与自己的利益是否一致即可。如果恰好处于中立，那就随你喜好了。但，真的是这样吗？

功能最强在的编辑器——vi
vi 是所有UNIX系统都会提供的屏幕编辑器，它提供了一个视窗设备，通过它可以编辑文件。当然，对UNIX系统略有所知的人，或多或少都觉得vi超级难用， 但vi是最基本的编辑器，所以希望读者能好好把它学起来，以后在UNIX世界里必将畅行无阻、游刃有余，因为其他几种文本处理器并非UNIX标准配备。说 不定别人的Linux机器没安装joe或pico，如果您不会vi，那您可能就没辄了。
vi的基本概念
基本上vi可分为三种操作状态，分别是命令模式（Command mode）、插入模式（Insert mode）和底线命令模式（Last line mode），各模式的功能区分如下：
1． Comand mode：控制屏幕光标的移动，字符或光标的删除，移动复制某区段及进入Insert mode下，或者到Last line mode。
2． Insert mode：唯有在Insert mode下，才可做文字数据输入，按Esc等可回到Comand mode。
3． Last line mode：将储存文件或离开编辑器，也可设置编辑环境，如寻找字符串、列出行号等。
不过可以把vi简化成两个模式，即是将Last line mode也算入Command mode,把vi分成Command 和Insert mode。
vi的基本操作
?进入vi
在系统提示符号输入vi及文件名称后，即可进入vi全屏幕编辑画面：
$ vi testfile
有一点要特别注意，就是您进入vi之后是处于“Command mode”下，您要切换到Insert mode才能输入文字。初次用vi的用户都会想先用上下左右键移动光标，结果电脑一直叫，把自己气个半死，所以进入vi后，先不要乱动，转换入Insert后再说。
?切换至Insert mode编辑文件
在Command mode下按‘i’、‘a’或‘o’三键就可进入Insert mode。这时候您就可以开始输入文字了。
i: 插入，从目前光标所在之处插入所输入的文字。
a: 增加，目前光标所在的下一个字开始输入文字。
o: 插入新的一行，从行首开始输入文字。
?Insert的切换→Command mode，按Esc键
您目前处于Insert mode，您就只能一直打字。假如您发现打错字了，想用光标键往回移动，将该字删除，就要按ESC键转换回Command mode，再删除文字。
?离开vi及存文件
在Command mode下，可按冒号“：”键入入Last line mode，例如：
:w filename (输入“w filename”，将文章存入指定的文件名filename)
:wq (输入“wq”，因为进入之时已经指定文件名testfile，所以会写入testfile并离开vi)
:q! (输入“q!”，强制离开并放弃编辑的文件)

Command mode功能键列表
在介绍command mode指令的时后，指令后面加上“常用”字眼的功能键，表示比较常用的vi指令，请读者您一定要学会、记住。
（1）I、a、o切换进入Insert mode。[超级常用]
（2）移动光标
vi可以直接用键盘上的光标键来上下左右移动，但正规的vi是用小写英文字母
h、j、k、l，分别控制光标左、下、上、右移一格。
按Ctrl+B：屏幕往后移动一页。[常用]
按Ctrl+F：屏幕往前移动一页。[常用]
按Ctrl+U：屏幕往后移动半页。
按Ctrl+D：屏幕往前移动半页。
按 0 （数字零）：移动文章的开头。[常用]
按 G：移动到文章的最后。[常用]
按 w：光标跳到下个word的开头。[常用]
按 e：光标跳到下个word的字尾。
按 b：光标回到上个word的开头。
按 $：移到光标所在行的行尾。[常用]
按 ^：移到该行第一个非空白的字符。
按 0：移到该行的开头位置。[常用]
按 #：移到该行的第#个位置，例：51、121。[常用]
（3）删除文字
x：每按一次删除光标所在位置的后面一个字符。[超常用]
#x：例如，6x 表删除光标所在位置的后面6个字符。[常用]
X：大字的X，每按一次删除光标所在位置的前面一个字符。
#X：例如，20X 表删除光标所在位置的前面20个字符。
dd：删除光标所在行。[超常用]
#dd：例如，6dd表删除从光标所在的该行往下数6行之文字。[常用]
（4）复制
yw：将光标所在处到字尾的字符复制到缓冲区中。
（想在和#x、#X的功能相反）
p：将缓冲区内的字符粘贴到光标所在位置（指令‘yw’与‘p必须搭配使用）。
yy：复制光标所在行。[超常用]
p：复制单行到您想粘贴之处。（指令‘yy’与‘p’必须搭配使用）
#yy：如：6yy表示拷贝从光标所在的该行往下数6行之文字。[常用]
p:复制多行到您想粘贴之处。（指令‘#yy’与‘p’必须搭配使用）
“ayy：将复制行放入buffer a, vi提供buffer功能，可将常用的数据存在buffer
“ap：将放在buffer a的数据粘贴。
“b3yy：将三行数据存入buffer b。
“b3p：将存在buffer b的资料粘贴
（5）取代
r: 取代光标所在处的字符：[常用]
R：取代字符直到按Esc为止。
（6）复原（undo）上一个指令
u：假如您误操作一个指令，可以马上按u，回复到上一个操作。[超常用]
.: .可以重复执行上一次的指令。
（7）更改
cw：更改光标所在处的字到字尾$处。
c#w：例如，c3w代表更改3个字。
（8）跳至指定行
Ctrl+G：列出光标所在行的行号。
#G：例如，15G，表示移动光标至文章的第15行行首。[常用]
Last line mode下指令简介
读者您要使用Last line mode之前，请记得先按Esc键确定您已经处于Command mode下后，再按冒号“：”或“/”或“？”三键的其中一键进入Last line mode。
1．列出行号
set nu: 输入“set nu”后，会在文章的每一行前面列出行号。
2．跳到文章的某一行
#：井号代表一个数字，在Last line mode提示符号“：”前输入数字，再按Enter就会跳到该行了，如：15[Enter]就会跳到文章的第15行。[常用]
3．寻找字符串
/关键字：先按/，再输入您想寻找的字，如果第一次找的关键字不是您相尽可能的，可以一直按n会往下寻找到您要的关键字为止。
？关键字：先按？，再输入您想寻找的字，如果第一次找的关键字不是您想要的，可以按n会往前寻找到您要的关键字为止。
4．取代字符串
1，$s/string/replae/g：在last line mode输入“1，$s/string/replace/g”会将全文的string字符串取代为replace字符串，其中1,$s就是指搜寻区间为文章从头至尾的意思，g则是表示全部取代不必确认。
%s/string/replace/c：同样会将全文的string字符串取代为replace字符串，和上面指令不同的地方是，%s和1,$s是相同的功能，c则是表示要替代之前必须再次确认是否取代。
1,20s/string/replace/g：将1至20行间的string替代为relpace字符串。
5．存文件
w：在last line mode提示符号“：”前按w即可将文件存起来。[超常用]
#，# w filename：如果您想摘取文章的某一段，存成另一个文件，可用这个指令#代表行号，例如30,50 w nice，将您正在编辑文章的第30~50行存成nice这个文件。
6．离开
q：按q就离开，有时如果无法离开vi，可搭配“！：强置离开vi，如“q！”
qw：一般建议离开时，搭配w一起使用，如此离开时还可存文件。[常用]

嫉病的预防与计算机病毒的预防，我想应该是相通的。计算机病毒的预防对于网管的我是轻车熟路的，对于嫉病的预防我也要开始学习了，下次逛书店时要看看医疗的书籍了。

密　码：ari_password

程序员都是一群非常聪明人，软件一发生故障就弹出提示“网络异常...”。程序员聪明就聪明在这个“网络异常...”，他不写“网络中断，软件无法使用”，因为这样写的话别人会问“可是我还可以上网站，还可以聊QQ...”。写成“网络异常...”解释起来就方便了：“你的带宽不够，你们办事处升级一下宽带吧”、“人太多了，总部的带宽不够，你建议公司再拉条光纤吧”。

一下子矛头全指向了网管，网管们还是比较负责任的，他们没有说“拉光纤就拉光纤吧”，他们查看了事先架好的MRTG，发现两条10M光纤的使用率都在10%左右。

可是程序员还坚持是网络的问题，一时间谁也说服不了谁。

于是需要能够确定网络稳定性以及服务器与客户端之间宽带的工具

找工具也是需要讲缘份的，以前寻寻觅觅都未发现合适称心的软件，而今天一下子就发现了两款开源的工具都可以用来测试两个节点之间的带宽（备注：在NAT后面需要做端口映射）

iperf

ttcpw

测试网络稳定性的工具还没有找到，不知道什么时候有缘跟她见面？

备注：

上述故事有大量夸张虚构的成份

有好有用的测试网络稳定性的工具也请告诉我一声，先行谢过。

Testlink 1.7.0 简体中文语言包请到论坛下载：

http://testlink.5d6d.com

1、你准备跟哪些人说？

2、你的沟通对象每一个人都关心什么？需要把每一个沟通对象进行分类，并找出每一个分类的关心内容

3、你准备表达的内容对他们有什么好处？对他有利的要告诉他

4、如果你说的内容对他没有好处，如果他不按你说的做会怎么样？对他不利的要告诉他

5、把自己要说的话分段，尽量一句话不超过1分钟，语速慢一点，控制好两句话之间的间隔，不要少于10秒，不要超过20秒。要给别人思考、消化的时间

其他的想到再写