<![CDATA[冰晶凝霜]]>

<![CDATA[冰晶凝霜]]> http://490253543.qzone.qq.com Sat, 28 Nov 2009 07:18:53 GMT Qzone zh-cn Copyright (C), 2005-2008, Tencent Tech. Co., Ltd. Mon, 05 Oct 2009 15:00:00 GMT <![CDATA[爱与喜欢的区别]]> http://490253543.qzone.qq.com/blog/1254754800 喜欢你的人：半夜会找你打电话聊天到很晚。
爱你的人：半夜看你在网上会赶你下线~~
喜欢你的人：他会找你出去玩，叫你放弃正事或逃课。
爱你的人：他会催你快写作业或者与你讨论功课。~~
喜欢你的人：在你生病时，会讲好话关心你。
爱你的人：在你生病时，他会关心到你烦，并强迫你去看医生。~~~
喜欢你的人：他会尽量说好话来讨好你，你也会觉得很开心。
爱你的人：他所说的话，都是关心你的，但是通常象是在命令。~~~
喜欢你的人：他什么事情都会配合你，只要你开心。
爱你的人：他会帮你辨别是非，但是你会感觉他管的太多。~~~~
喜欢你的人：他说他要给你最大的快乐。
爱你的人：他只能给你保证，你跟他在一起，他是最快乐的~~~~
喜欢你的人：他在意你的生活细节，即使你做错了什么，他也不会指出来。
爱你的人：他在意你的一举一动，告诉你什么地方错了，什么地方该如何做，该如何与别人交往。~~~~
喜欢你的人：他会帮你买夜宵，送夜宵，载你上下课或上下班。
爱你的人：他会帮你买夜宵，不过会提醒你吃什么比较健康；他会载你上下课或上下班，但通常是顺路；因为他不会为了你而逃课或旷工。因为他知道，他要为你们的将来而努力。
喜欢你的人：他不会在意你去做什么，与什么人交往。
爱你的人：他很在意你去做什么，与什么人交往。他还会告戒你不要与什么人交往 ~~~~
喜欢你的人：他只想要现在
爱你的人：他已经预见未来，该怎么自我努力，好好给你幸福。
喜欢，是一种心情
爱，是一种感情
喜欢，是一种直觉
爱，是一种感觉
喜欢，可以停止
爱，没有休止
喜欢一个人，特别自然
爱一个人，特别坦然
喜欢一个人，有时候盼和他在一起
爱一个人，有时候怕和他在一起
喜欢一个人，不停的和他争执
爱一个人，不停的为他付出
喜欢一个人，希望他可以随时找到自己
爱一个人，希望可以随时找到他
喜欢一个人，总是为他而笑
爱一个人，总是为他而哭
喜欢，是执着
爱，是值得
喜欢就是喜欢，很简单
爱就是爱，很复杂
喜欢你，却不一定爱你
爱你，就一定很喜欢你
爱是他在的时候，眼睛里只有他一人；
他不在的时候，一切都带有他的影子。
喜欢是在深夜看书时突然想起他，
想象他现在做什么，心里漾起一阵轻飘飘的温暖，
却从不主动给他打电话。几分钟后，
注意力又重新被书中的情节吸引!
爱是在寂寞的夜里，思念如潮水般涌来，
手里捧着书却怎么也看不进去，一心想着他吃没吃晚饭，
是不是如自己想着他一般想着自己!
喜欢是和他讨论问题争的面红耳赤，
各不相让，在他面前像个刺猬一样从不认输，
但在心里却早已暗暗佩服他的见地他的才华。
爱是希望他和自己步调一致，和自己心灵相通，
他无心说的一句玩笑话也能让自己顷刻情绪低落甚至眼泪汪汪。
在他面前，自己是从不设防的！
喜欢是和他周末逛街逛累了一起吃肯德基；
是在寒冷的冬天和他抢一杯热咖啡；
是和他并肩走在街上中间始终隔着半米的距离；
是陪他一起在电脑前打游戏两个人笑的像个孩子。
爱是周末利用半天时间亲手做出几道好菜满足的看他吃下去；
是在寒冷的冬天不断为他的咖啡杯里续上热水；
是和他走在街上任由他紧紧挽着自己的手；
是在他旁边安静着做着，幸福地看着他在电脑前工作时专心的样子。
喜欢是出门在外给他发个短信，告诉他这边的天气很好，
然后把手机关掉，独自在异地疯玩一个星期，
晒成一个黑人后突然出现在他面前吓他一跳。
爱是无论到哪都希望有他陪伴。可以站在海边给他打手机，让他听听海浪的声音；
也可以因为在异乡的街道上看到一个酷似他的背影而愣在原地久久不动。
喜欢是他出差前简单的道一声“一路平安”，看着他离去的背影，心中有一点不舍，
却什么也不说，只是默默等待他归来的消息.
爱是他临出差前千叮咛万嘱咐，往他的背包里塞满衣服和食物，
在车站要等到火车开走才肯离开。并且在他走后的日子里天天心神不定，
一遍遍的祈祷他能够平安归来。
喜欢是在受伤的时候，不想让他看到自己脆弱的一面，
在他面前把眼泪悄悄抹掉，转过头依然是一副快乐坚强的模样。
爱是在受委屈的时候，爬在他的胸前痛哭，没有伪装没有顾虑，
把所有的烦恼统统告诉他，并渴望从他的怀抱中得到安慰
喜欢是听他讲自己童年的趣事，然后哈哈大笑，心中涌起一阵莫名的感动。
爱是听他将自己童年的趣事，然后微微一笑，
心中更加怜惜眼前这个曾经如此调皮捣蛋的男人~!
喜欢是在楼道里碰上他，愉快的和他打声招呼，再简单寒暄几句，
擦肩而过的时候看见了窗外明媚的阳光，心情无端好了起来。
爱是在楼道了看见他，脸上装出一副毫不在乎的表情，
但在擦肩而过时细心感受身边颤动的空气，于是忍不住回头望一眼
喜欢是看到他和另一个女孩牵手走过，心里有一点点疼，但很快会冲着朝阳重新扬起笑脸!
爱是一场是输不起的游戏，付出全部只后，
留下的可能仅仅是刻在心底的一道伤痕!
喜欢一个人，是看到了他的优点
爱一个人，是包容了他的缺点
喜欢和爱的区别就在于
当你站在你爱的人面前
你的心跳会加速
当你与你爱的人四目交投
你会害羞
但当你站在你喜欢的人面前
你只感到开心
但当你与你喜欢的人四目交投
你只会微笑
当你与你爱的人对话
你觉得难以启齿
当你爱的人哭
你会陪他一起哭
但当你和你喜欢的人对话
你可以畅所欲言
但当你喜欢的人哭
你会技巧的安慰他
当你不想再爱一个人
你要闭上眼睛并忍着泪水
当你不想再喜欢一个人
你只要掩住双耳
喜欢，是一种心情
爱，是一种感情
喜欢，是一种直觉
爱，是一种感觉
喜欢，可以停止
爱，没有休止
喜欢一个人，特别自然
爱一个人，特别坦然
喜欢一个人，有时候盼和他在一起
爱一个人，有时候怕和他在一起
喜欢一个人，不停的和他争执
爱一个人，不停的为他付出
喜欢一个人
希望他可以随时找到自己
爱一个人，希望可以随时找到他
喜欢一个人，总是为他而笑
爱一个人，总是为他而哭
喜欢，是执着
爱，是值得
喜欢就是喜欢，很简单
爱就是爱，很复杂
喜欢你，却不一定爱你
爱你，就一定很喜欢你 ]]> http://490253543.qzone.qq.com/blog/1254754800#comment 134218240 Mon, 05 Oct 2009 15:00:00 GMT http://490253543.qzone.qq.com/blog/1254754800 <![CDATA[[转]无]]> http://490253543.qzone.qq.com/blog/1253105486 ]]> http://490253543.qzone.qq.com/blog/1253105486#comment 134218248 Wed, 16 Sep 2009 12:51:26 GMT http://490253543.qzone.qq.com/blog/1253105486 <![CDATA[[转]男人必学]]> http://490253543.qzone.qq.com/blog/1252160553 叠衣实用

鞋带的N种系法（让你的鞋在细节上胜出)

领带的几种系法！

都学会了嘛？

]]> http://490253543.qzone.qq.com/blog/1252160553#comment 134218249 Sat, 05 Sep 2009 14:22:33 GMT http://490253543.qzone.qq.com/blog/1252160553 <![CDATA[[转]【转】应用 IBM Rational ClearQuest 创建缺陷报告并多角度透视缺陷]]> http://490253543.qzone.qq.com/blog/1252160401 在软件项目中，缺陷是衡量软件质量和测试工作的一个重要参数，而对于缺陷的分析则是度量测试过程是一个很重要的环节。在测试过程中，通过对缺陷的有效分析而得到的度量结果，对于改进测试过程、提高软件质量都有着重大意义。IBM Rational ClearQuest 作为 IBM Rational 家族的核心产品之一，提供了包括缺陷数据的管理服务在内的强大的软件项目全方位管理平台，并且能够基于数据自动生成多种图表报告，为项目提供全方位、全过程的支持。基于此，本文介绍了如何根据项目需求应用 IBM Rational ClearQuest 创建缺陷报告图表，并通过分析缺陷报告对测试过程进行有效的度量，从而帮助项目和测试过程的管理做出科学的决策和改进。软件测试过程度量和缺陷分析
从当今软件技术的发展趋势来看，软件开发的首要问题更多的集中在管理问题而不是技术问题上，而如何对软件开发进行有效的控制，提高软件的质量很大程度上取决于对其开发和测试过程的度量、分析以及改进。通过软件度量可以改进软件开发过程，促进项目成功，开发高质量的软件产品。度量的取向是软件开发诸多事项的横断面。由于在软件项目中，缺陷是衡量软件质量和测试工作的一个重要参数，因此对于度量软件测试过程而言，缺陷的分析是一个十分关键的度量取向。通过分析缺陷报告对测试过程进行有效的度量，能够很大程度上帮助项目和测试过程的管理做出科学的决策和改进。
由于在测试过程中，通过对缺陷的有效分析而得到的度量结果，对于改进测试过程、提高软件质量都有着重大意义。因此，本文将介绍应用 IBM Rational ClearQuest 生成缺陷数据图表的主要步骤和应用典型的缺陷图表对测试过程进行度量的基本方法。

回页首

应用 IBM Rational ClearQuest 创建缺陷图表
IBM Rational ClearQuest 作为 IBM Rational 家族的核心产品之一，提供了包括缺陷数据的管理服务在内的强大的软件项目全方位管理平台，并且能够基于数据自动生成多种图表报告，为项目提供全方位、全过程的支持。因此，目前很多软件项目应用 IBM Rational ClearQuest 来管理项目数据并根据选取的特定数据生成图表。本章将着重介绍如何应用 IBM Rational ClearQuest 生成几种典型的缺陷数据图表，包括缺陷模块分布图表 (Defect by component)，缺陷趋势图表 (Defect Submit/Resolve Rate Daily) 和缺陷状态跟踪图表 (Defect Opened Rate Tracking)。
度量图表的分类和选取步骤
缺陷分析报告的分类
有关测试过程中的图表按照作用和映射信息的方式大致能分为以下几类：对比型，状态跟踪型，预言型，信息型和过程型。每种图表有可能涵盖其中一种或者多种类型。如 IBM Rational ClearQuest 支持缺陷的图表共有三种：分布图，趋势图和回顾图。这三类图表的定义和作用如下：

分布图

分布图用于查看有多少条记录归于已定义类别或者与指示的值匹配。它表明所指示记录的当前状态。理论上来讲，对于缺陷来说，每种属性字段都能够定义与之相对应的缺陷分布图。例如，基于缺陷的属性如模块，版本，迭代，所属者，提交者，优先级，严重等级等的缺陷分布都属于这一类。在基于每个属性字段的基础上，还可以进行最多两次的属性迭代。那么从定义和作用来看，分布图就能够用来反映并比较属于不同属性的缺陷信息，它就属于信息型和对比型的图表。

趋势图

趋势图用于需要对一段时间的变更请求活动进行度量的场合。只有基于状态的记录类型才能用于趋势图，其水平轴是以时间作为衡量标准，而用于显示过滤的第一个字段是状态，第二个字段可选。趋势图可以分为两类：累计计数和分散计数。

回顾图

回顾图又称期龄图，用于显示多少记录处于选定状态已有多久。和趋势图一样，也只有基于状态的记录类型才能用于回顾图，如缺陷具有提交中，等待解决，已解决，已关闭等状态，如果我们想了解有多少缺陷记录处于提交中状态超过一周，或者有多少缺陷处于待测试状态超过 5 天等信息，那么基于缺陷数据的回顾图可以帮助我们得到答案。
缺陷分析报告的选取步骤
缺陷报告的创建主要分为以下几个步骤：

报告对象的明确和数据的准备

在项目的最初阶段，就应该明确需要获得的对象信息有哪些，以便进行数据的收集。如要生成缺陷报告，在项目测试的整个生命周期中，首先需要正确记录每一个缺陷以及缺陷的必要属性，其次，要实时的监控并更新这些数据以保证数据的及时性和有效性，此外，如 ODC（正交缺陷分析）还提供了设置某些人员和审核流程的方法以保证缺陷数据的有效性。只有这样，才能保证数据能够正确并完整地被记录下来，才能创建出对项目分析和决策有益的报表。

定义缺陷报告

定义报告也是在项目初期就启动的操作。用户首先明确需求，如用户需要按照不同模块报告的缺陷的总数，那么图表报告对象就是缺陷的个数，而缺陷的归属类就是模块。

定义报告形式

报告的方式和类型有很多种，如图表，表格，图，列表，文字等。到底选什么样的方式去展示主要取决于哪种方式能够使用户最简单轻松的获取所需信息。图表越复杂，信息的涵盖面就越多，但理解起来也相对晦涩；反之，简单的图表较易理解，但也就不能表现较综合的信息。因此，跟随用户角色和需要选择最适合的就是最好的。

定义更新周期

缺陷图表根据自身定义，可以决定其更新和报告的频率。如时间间隔为周的缺陷趋势图需按周进行更新汇报即可，不需要汇报得太频繁，因为频率小于一周报告不会更新任何信息。而某些关键图表便需要更短的汇报周期，以便于及时发现项目中存在的问题。

改进缺陷报告

在分析报告的结果的同时，我们也应考虑：报告结果是不是充足完善，图表定义是否需要改进等。如按照不同模块报告的缺陷个数分布图，当项目过程中，模块的个数发生改变时，图表也应该随之改进，否则就不能够及时准确的报告项目信息。
缺陷分布图的创建
缺陷分布图在项目的应用十分广泛。本节就以按软件模块划分的缺陷模块分布图（Defect by component）为例，介绍应用 IBM Rational ClearQuest for windows client 所提供的创建图表的功能定义并运行图表的步骤。
由于 Rational ClearQuest 提供的分布图支持基于某种属性再进行两次迭代，也就是说一共可以选择三种缺陷的属性。那么，本节的缺陷分布图定义为按模块划分，并且在模块这个属性上进行两次迭代，迭代属性分别为测试迭代号和测试类型。
明确报告对象和确定图表的需求后，就可以开始在 IBM Rational ClearQuest for windows client 中创建所需的图表了。
首先，选择图表对象的记录类型。在 IBM Rational ClearQuest for windows client 右边目录树的任一查询项的右键菜单中，选择“创建图表”，在弹出的如图 1 所示的记录类型选择页面选择“TMDefect”。

图 1. 缺陷分布图参数界面 - 选择记录类型

然后，定义图表。在如图 2 所示的“指定图表”界面中，选择图表类型“分布图”。

图 2. 缺陷图表参数界面 - 指定图表

点击下一步后，显示如图 3 所示的分布图参数界面。在垂直轴区段选择“id”，函数选择“Count”，表示垂直轴的数据显示为缺陷的数量。在水平轴区段选择“Component”，并可以选择按照“升序”或者“降序”排序。在图注区段，将字段分别选择为“测试迭代号”（Iteration）和测试类型（Test type）。

图 3. 缺陷分布图参数界面 - 分布图属性

接着，定义图表的标签，显示类型和样式等，如图 4，5，6 所示。其中，标签包含了图表的标题，页脚，垂直水平轴标值和图注对齐方式等信息。显示类型和样式为用户提供了图表展示形式的定义，使用户能够以最直接明了的方式的获取所需信息。

图 4. 缺陷分布图参数界面 - 标签

图 5. 缺陷分布图参数界面 - 显示类型

图 6. 缺陷分布图参数界面 - 样式

完成以上操作后，点击“完成”，缺陷报告的创建就完成了。运行此报告后，将会有报告的结果集以表和图的形式显示在 ClearQuest 的右部，结果集如图 7 所示。

图 7. 缺陷分布图

最后，根据图表中显示的信息，用户可以接着修改除了记录类型和图表类型以外的参数，如垂直水平轴的字段，标签，样式等。
在图 7 中，上半部分是结果集以表格式列举的具体数据。列名分别是图 3 中设置的垂直水平轴的属性字段，每一行的第一列数据表示在分布某个 component，某个迭代周期中，某种测试类型下的缺陷个数。下半部分是缺陷图表，右边列出了迭代周期和测试类型两种迭代属性相合的图例。依次图例，用户就可以很清晰的看到在每个模块的测试中，在所有迭代周期和测试类型的组合下缺陷的个数。
缺陷趋势图的创建
缺陷趋势图对于度量某段时间缺陷的活动情况十分有帮助。如本节以度量某段时间内，每一天在不同测试类型下提交和解决的缺陷个数（Defect Submit/Resolve Rate Daily）为例。
创建缺陷趋势图和分布图的步骤类似，首先，选择图表对象的记录类型为“TMDefect”，在图 2 中选择报告类型为“趋势图”。
接着，在趋势图属性界面的水平轴区段，定义水平轴时间的开始结束日期和时间间隔。在图注区段，为字段 1 的状态选择值：Submit 和 resolve。如图 8 所示。为字段 2 选择属性：测试类型。计数方式选择“显示每个时间段的总数”。

图 8. 缺陷趋势图参数界面 - 属性

然后，定义图表的标签，显示类型和样式等。运行此报告后，类似地，将会有结果集以表和图的形式显示，通过以上步骤创建的报告结果集如图 9 所示。

图 9. 缺陷趋势图 - 显示时间段总数

如果在定义报告的计数方式时，即图 8 中，选择“显示每个时间段的过渡状态”并选中“显示累计总数”复选框，运行报告后，图表的垂直坐标将显示每天的累积数据，如图 10 所示。

图 10. 缺陷趋势图 - 显示累计总数

缺陷状态跟踪图的创建
回顾图（期龄图）也常用于项目中以度量多少记录处于选定状态已有多久。本节以缺陷打开状态跟踪图（Defect Opened Rate Tracking）为例，此图表可以查看某段时间内，不同测试类型有多少缺陷处于打开状态较长。
首先，选择图表对象和报告类型为“期龄图”。在期龄图属性界面的水平轴区段，定义水平轴时间的时间间隔大小，单位，时间间隔数和结束日期。在图注区段，为字段 1 的状态选择值：Opened。如图 11 所示。为字段 2 选择属性：测试类型。和趋势图类似地，期龄图也提供“显示累积计数”的计数方式。

图 11. 缺陷龄期图参数界面 - 参数

通过上述方式定义的期龄图结果集显示如图 12 所示。将鼠标放在图表的任一条形图上，会有一条包含时间，字段 2 的属性信息和计数数据的注释显示出来。

图 12. 缺陷龄期图参数界面 - 龄期图

回页首

典型缺陷图表分析和测试过程的度量
对图表信息的分析和所反映问题的挖掘，可以为项目决策和执行实施，提供了有益的指导。本章将就第二章介绍的项目常用的三种典型缺陷图表：缺陷模块分布图表 (Defect by component)，缺陷趋势图表 (Defect Submit/Resolve Rate Daily) 和缺陷状态跟踪图表 (Defect Opened Rate Tracking)，介绍如何分析缺陷图表和根据分析结果度量测试过程和软件质量。
缺陷模块分布图
解读图表
以第二章的第二节创建的缺陷模块分布图表 (Defect by component) 为例，如图 7。
其分布图的条形图按照水平坐标——模块属性的个数分为 4 部分，每部分条形图的个数取决于两种迭代属性个数的乘积。从图例可看出，迭代属性测试迭代号（Iteration）有两个值：I1 和 I2；测试类型（Test type）有三种值：FVT，SVT 和 Accessibility。因此每部分条形图的个数是 6。如每个组件中黄色条形图代表的就是在第一个迭代周期进行功能测试（FVT）时发现的缺陷总数。
列举现象
通过解读图表，我们就能够发现很多现象，如：
现象 1：模块 4 的缺陷总数最多，模块 1 的最少；
现象 2：在第一个测试迭代周期，模块 1 没有发现缺陷；
现象 3：模块 1，3，4 都是在进行功能测试时的缺陷数量最多，而模块 2 在系统测试时发现的问题最多；
……
分析现象发现问题
看到这些现象，我们就会问：真正的问题是什么？通常地，图表本身只能提供一些现象和事实，并不能告诉我们问题是什么。具体问题的分析还需要借助很多要素和信息。如从现象 1（模块 4 的缺陷总数最多，模块 1 的最少）本身来看，出现这种情况的相关因素有很多：
从模块本身的角度考虑，与模块本身逻辑复杂程度相关；
从开发角度考虑，与模块开发质量，开发人员对需求的熟悉程度相关；
从测试角度考虑，与测试覆盖率，测试人员经验等相关；
从项目管理角度考虑，与开发测试周期长短，资源多少，环境等因素相关。
这就需要结合项目的其他信息，挖掘问题的根源，才能透过现象看到本质。
假设通过对上述元素的相关信息的调研，我们得出下表的分析结果：
　模块 1 模块 2 模块逻辑复杂程度简单复杂模块开发质量高中等开发人员对需求的熟悉程度熟悉一般测试覆盖率高较高测试人员经验丰富丰富开发测试周期长短短长开发测试资源充足不充足 …… 　　
根据上表所示，度量人员就能分析出两模块缺陷数量差异的原因，分析结果也能在一定程度上为处于项目不同角色的人员提供改进过程的依据。
缺陷趋势图
解读图表
以第二章的第三节创建的缺陷趋势图表 (Defect Submit/Resolve Rate Daily) 为例，如图 9，图中折线的个数是状态和测试类型迭代属性值的乘积。从图例可看出，定义状态是所选择的值：提交（submitted）和已解决（resolved）；测试类型（Test type）有三种值：FVT，SVT 和 Accessibility。因此折线的个数是 6。图中蓝色折线表示在指定时间段内，功能测试中每天缺陷的提交数量。
列举现象
通过解读图中蓝色折线，我们就能够发现很多现象，如：
现象 1：缺陷提交的数量在 12 月底，1 月上旬某天，2 月上旬某天出现峰值
现象 2：1 月中旬到 2 月下旬这段时间所有类型的缺陷提交数和解决数都趋于零。
……
分析现象发现问题
针对现象 1，我们可以根据追溯缺陷个数峰值出现当天（12 月 31 日）的历史事件，去解析软件过程度量软件质量。假如通过查找项目日志等发现 12 月 31 日，是第一个用于功能测试的 build 产生。通过查询和总结当天提交的缺陷，发现大部分缺陷都是关于模块 A 的，那么我们就可以将问题定位于这个 build 的模块 A。
针对现象 2，通过追溯项目日志，发现这段时间是春节假期，因此缺陷提交数和解决数都趋于零。
提供指导
根据上述两个现象的问题定位，我们可以提出以下问题并给出建议：
作为开发人员，需要专注在哪里？
当某个 build 产生前，需要更加有效的验证测试。
对于模块 A，也许需要总结一下出现大量缺陷的原因，再进行其他模块的设计和开发作为经验参考。
作为测试人员，需要专注在哪里？
尽可能在较长的假期前验证所有缺陷，以提高测试用例的通过率，加快项目进度，并尽早发现问题和解决问题。
缺陷状态跟踪图
解读图表
以第二章的第三节创建的缺陷状态跟踪图表 (Defect Opened Rate Tracking) 为例，如图 12。
此图表中，横坐标为 0-1 的柱状图表示处于打开状态持续时间在 1 周以内的缺陷个数。不同的颜色表示不同的测试类型（TestType）。
列举现象
通过解读图表，我们就能够发现如下现象：
现象 1：处于打开状态持续时间在 1 周以内的缺陷个数最多
现象 2：测试类型为 Prod 的缺陷处于打开状态持续时间最长。
……
分析现象发现问题
针对现象 1 和现象 2，我们可以判断出来 FVT 阶段的缺陷处理和解决的速度是较快的；而 Prod 测试的缺陷则解决时间较长。
如果迭代的属性是模块，那么我们也可以分析出来哪些模块的缺陷解决速度较快，哪些较慢。
对于这些解决速度较慢的缺陷，我们就能有针对性地进一步分析其原因，根据原因提出解决方案以便于在今后的项目中避免类似问题的发生。

回页首

结束语
本文主要介绍了应用 IBM Rational ClearQuest 生成缺陷数据图表的步骤和应用典型的缺陷图表对测试过程进行度量的基本方法。通过基于不同缺陷图表所反映出来的各类趋势和现象进行分析总结，挖掘可能引起这些趋势和现象的原因，结合项目执行的实际情况剖析问题的根源，可以使项目组及管理人员获得正确的信息来改进测试过程，减少研发、测试中的重复工作和预测项目风险。 ]]> http://490253543.qzone.qq.com/blog/1252160401#comment 134218249 Sat, 05 Sep 2009 14:20:01 GMT http://490253543.qzone.qq.com/blog/1252160401 <![CDATA[[转]【转】彼得·圣吉：学习的真谛]]> http://490253543.qzone.qq.com/blog/1252160387 《必要的革命》中文版即将由中信出版社出版发行。近日，彼得·圣吉应中信出版社之邀访华，做了“可持续发展与组织变革”的演讲，并在演讲后接受了本刊采访。圣吉在采访中重点阐述了自己在修炼学习型组织、管理者的学习以及可持续发展事业如何有效进行等问题上的观点。
关于学习型组织的误见
记者：“学习型组织”这个概念已经广为人知，但是好像存在一些误解和偏见，例如认为学习就是做一些培训等等。作为这一概念的知名的倡导者，可否谈一下您自己在与各种各样的组织交流的过程中经常遇到的一些误见？
彼得·圣吉：最基本的问题出现在对“学习”这个概念的理解上。人们在听到这个词的时候，脑子里首先想到的是什么？可能是学校。可是学校几乎与学习没有什么关系；学校是关于教的，而不是关于学的。马克·吐温曾经说过，“我从来不会让学校妨碍我的学习。”学习往往不是在学校里进行的，而更多地是在行动当中，在生活当中进行的，我们学习走路，学习骑自行车，都不是通过听关于走路和自行车的课去学习的。而且学习者都是学习那些他们打心底里想要学习的东西。
所以，学习的概念看上去很简单。但是一旦我们把学习理解为学校里的教课上课，就会带来根本的混淆。结果我们看到很多组织在这种错误的理解下开展了很多培训项目，让每个人都去听关于组织学习的课程，可是却不去思考一下这种行为里面的深层矛盾。
第二种最常见的误见是关于学习的目的。很多人认为企业的目的就是赚钱；而学习的目的就是为了更多、更快地赚钱。在这种认识之下，企业高层会倾向于让人们更快地学习，他们觉得这样会让组织变得更加高效，赚钱的速度也就更高，这样的过程实际上会使得正式的层级体制得到强化，这是与学习型组织的精神相背离的。
反观这些年里我所观察到的最有成就的管理者，他们都是把学习型组织的五项修炼融会贯通到工作环境当中。他们都非常认同打造学习型组织必须从自我超越起步。人们只有在深刻地领悟到在自己的生命当中什么是最重要的，也就是自己的愿景是什么之后，我们才可能在这个基础上去确立组织的共同愿景。当我们真正开始确立组织的共同愿景，人们就会对自己想要贡献些什么，自己做些什么事情能够让世界变得更加美好，产生一种明确的意识。而组织的共同愿景绝不可能是赚钱，而是一种人们真正想去实现的，对人们真正重要的，人们所认同和为之迸发激情的东西，人们为了这一共同愿景去创新和承担风险，如果成功了，组织的财务目标也就实现了，也就是说，财务目标只是一个副产品。人们都是希望能够做出自己的贡献的，为了做出贡献，企业需要能够赚钱赢利，赢利还是重要的，但是赢利本身不是目的。如果赢利成为目的，那么这个组织就没有战略和共同愿景可言。
创建学习型组织意味着根本的变革，人们只有在开始认真地思考这个问题的时候才会真正认识到这一点。很多人在这个问题上不是很认真。
记者：您刚才提到学校，学校还是大多数人成长的重要阶段。对于在校学生来说，怎么样能够像马克·吐温说的“不让学校妨碍自己的学习”？
彼得·圣吉：我在高中的时候参加了各种各样的活动。我的大学，是在斯坦福大学主修航空和太空工程学，当时我花了一年时间，与一些人一起重新设计工程学的课程表。我总是会积极地寻找到那些自己能做的事情，让自己参与进去。因为这样的经验对于学习才是最重要的。
顺带说一下，我所在的国际组织学习协会，其中一项重要工作就是努力让更多的年轻人参与进来。我们发现年轻人的加入对于气候变化这样的议题很有帮助。青年群体是世界上最有意思的群体，他们对很多重要议题有很大的影响。
修炼共同愿景的五项技巧
记者：建立共同愿景是学习型组织五项修炼中的关键一环，也是非常具有挑战性的一项修炼。有人说共同愿景就像是水中月，看起来好像是在那儿，可是一旦动起来就没了。您在这个问题上有什么新的思考，可否给出一些建议？
彼得·圣吉：确立共同愿景，改善心智模式和进入系统思考是最关键的三项修炼。这些修炼要取得进步必须通过终生的努力，而且需要组织每个成员的认同和参与。
关于建立共同愿景，我总结了五项修炼技巧，可以在这里与大家分享一下。首先，要鼓励个人愿景。共同愿景来自于个人愿景。人们并不是只关心自己的利益；实际上，人的价值也体现在他们对家庭、组织、社区甚至世界的关爱等等维度上。只不过人们表示关爱的能力是个人化的而已。
第二，沟通和寻求支持。领导必须不断地与大家分享自己的愿景，而不是以企业愿景的官方代表自居。他们也必须反思，“这个愿景值得大家认同吗？”对于那些习惯了单方面制定目标然后想当然地让下属遵从的领导来说，这并非易事。
第三，确立愿景是一个持续进行的过程。很多管理者写出了“企业愿景宣言”而荒废了真正的愿景工作，这类宣言几乎无一例外地缺乏真正的愿景所具有的那种活力、新鲜感和激动人心的内涵。真正的愿景往往是从这个问题开始确立的：“什么才是我们真正想要实现的？”
第四，把外在愿景和内在愿景融合起来。很多激励性的愿景是外在的，例如相对于竞争对手自己要达到什么样的目标。但这样的愿景一旦实现，就会让自己处于一种防守姿态。相反地，像开发一个新产品、把客户满意度提升到一个新的高度这样的内在愿景，能够引发更多的创意和创新。内在愿景和外在愿景必须共同存在，不可或缺；一味地强调打垮竞争对手这样的愿景最终会使组织受到削弱。
最后，区分积极愿景和消极愿景。很多组织只是在自己的生存受到威胁时才会产生凝聚力。同样的，很多社会运动的目标只是取消人们不想要的东西，例如反对毒品、反对吸烟以及反对核武器等等。这种消极的愿景往往是短视的，而且传递出没有力量的信息。
有两种能量来源推动组织的进展：害怕和渴望（aspiration）。害怕是消极愿景背后的能量来源，它可以在短期内引发不同寻常的诸多变化，而渴望作为一种强烈的积极意愿，可以长久地推动组织不断学习和发展。
关于“生而数码”的一代
记者：您怎么看“九零后”，或者像派福瑞（John Palfrey）和加瑟（Urs Gasser）的书名所揭示的，“生而数码”（born digital）一代对社会文化可能带来的影响？
彼得·圣吉：关于伴随新技术成长的一代对社会文化的影响，我认为目前人们还没有多少真正的理解。有一点是显而易见的，这一代年轻人非常善于与彼此保持联系。他们熟稔于社交网络科技，所以至少从潜力上来说，他们有更强的能力在组织里建立有效的社会网络，而社会网络是极其重要的。这一点会带来很大的影响。
但是如果我们想一想对话的性质，就会发现，对话的意义不仅仅在于信息交流和保持联络。从根本上看，对话的意义在于发动参与对话的人共同思考。要做到这一点，我们需要真正愿意去对自己的想法加以反思，保持开放的态度和心态，接受自己在他人影响下改变立场的可能性。数字沟通是不是一种更好的方式，我们还不是太清楚。因为目前来看，数字沟通的内容大多数是信息交流，发表意见，而不是接受他人的观点。面对面交流往往会激发一些思想和情感的火花，这是非常重要的东西。
在我们与之合作的青年群体里，有几个极其不同凡响的年轻人，他们非常成熟，知道怎样很好地利用面对面交流的时间。不在一起的时候，他们会频繁地使用社交网络技术。我想如果一个人能够同时成为面对面沟通和数字交流的双面手，那他就会成为网络时代的强者。
商学院应该毁灭
记者：下面这个问题是关于管理者的学习的。近年来管理学界一些人士对商学院的管理教育进行了反思和批判。例如，亨利·明茨伯格指出目前流行的MBA教育模式存在根本的错误，需要加以变革。您是如何看待商学院的管理教育的？
彼得·圣吉：在这个问题上，我的观点比亨利还要尖锐。我认为应该把商学院彻底毁灭。商学院对管理造成的伤害可谓无出其右。长期以来，商学院一派欣欣向荣，只是因为有很多年轻人希望跻身商界，踏上管理岗位，也就是说是因为旺盛的需求，而并不意味着商学院供给的东西是好的。
亨利做了一些有益的工作，他发起的国际实践管理教育项目（IMPM）是变革管理教育的一个很好的尝试。我这里向你们介绍一个更加彻底的例子。这个机构名字叫做Team Academy，是索奥的合作伙伴。它最早出现在芬兰，目前在法国、西班牙、荷兰等国家和地区都有分支机构。Team Academy可以说是一个没有教师的商学院——他们没有教授，没有讲师，也没有课堂。他们学习的方式是，一帮年轻人聚在一起，利用第一周的时间共同谋划成立一家公司，然后一起运营和管理这家公司，边做边学，在做中学。
这种做法之所以能够奏效，还有一个关键因素，那就是Team Academy（早先）在芬兰发展了1000多位资深管理者组成的导师团，其中一些已经退休了，这些导师的信息都被录入一个在线数据库。年轻人们策划的公司成立之后，他们在做商业计划书的时候，就可以到这个数据库里找到在商业计划方面有着丰富经验的导师，让他来加以指点。接下来的制造，市场营销等等环节，也是基于同样的导师辅导机制。所以Team Academy是一个非常出色的例子，它基于网络，借助互联网的力量，同时又传承了传统的教育方式。我这里说的传统的教育方式不是现行的以课堂为主体的主流教育模式，而是自古以来工商业所沿袭的学徒制和师傅辅导徒弟的传统做法。
Team Academy的模式已经在欧洲流行开来，并且非常成功。他们的愿景是“团队创业家”：大家一起合作，创办新公司。我们和Team Academy的毕业生有过很多合作，令我们印象很深刻的是，他们知道如何进行有效的管理。要是你问他们：如果你念的是寻常的商学院，跟大伙一样坐在教室里学管理，听教授讲课，记笔记，你觉得自己会变成什么样子？他们肯定会哈哈大笑：坐在教室里什么也不干，光听别人讲，怎么可能学会管理呢？另外我还发现，Team Academy的毕业生有非常强烈的意识，让自己创办的公司具备可持续发展的素质。他们知道要让公司持续发展需要做哪些工作，如何处理实际问题，因为他们不像很多商学院毕业生那样脑子里堆满了商学院贩卖的愚蠢理论。
记者：在管理者的学习当中，辅导起到了一个关键的作用。
彼得·圣吉：是的。Team Academy之所以能够成功，一个很重要的因素就是你必须有过来人辅导你。要是没有一个管理经验丰富的人愿意花业余时间为你提供免费指导，那这个模式就不可能奏效。我发现做免费辅导的志愿者都非常喜欢这项工作。为年轻人提供帮助对他们是一种乐趣：如果我有经验，我会很乐于跟大家分享我的经验。
必要的革命
记者：您的新书《必要的革命》为人们思考可持续发展问题提供了一个系统思考的视角。这本书的中文版即将出版，请您介绍一下这本书的核心思想。
彼得·圣吉：实际上，我不喜欢“可持续”这个词。人们在使用这个词的时候一般仅仅指向环境保护。而我理解的“可持续”指的是对人的最基本需要的关注——食品、水、能源、制造过程中产生的废弃物和毒害物，还有世界正在变成一个小村落但是这个村落80%的财富集中在15%人的手上这样的事实。我们组织商业的系统一直在体系化地忽视运营所产生的副作用。从另外一个层面看，“可持续”是一个糟糕的字眼，是一个消极愿景。我们不希望不可持续，不希望文明崩溃，人类灭亡。但是这样一个仅仅出于求生存的愿景不会为人们提供充沛的精神动力。求生存的激励效果源于人们的恐惧感，但是这种情况只有在人们真正感到危难临头时才会发生，恐惧感消失之后，激励的效果也会随之消退。
我们现在探讨的课题，实际上是人类有史以来面对的最大的创新挑战：对我们的生活方式彻底加以改造。我所知道的在这个方向上每一个有意义的变革的例子，其中一些人已经为之工作了5年、10年、15年之久，他们无一不是为了那个吸引他们的东西而激动不已。这是一种强烈的变革愿望。
记者：您认为什么样的替代字眼更好？
彼得·圣吉：说到底，其实是和谐共存的问题。人类走到今天，遇到了一个前所未有的挑战，那就是我们必须在这个地球上共同生存。和谐共存意味着什么？真正把世界上所有不同文化的智慧传统融会贯通在一起是什么样子？“可持续”的替代字眼可以是“一切关乎未来”。我们的下一代或下下一代生活在一个什么样的世界里？你想让它变成什么样子？你有没有这个意识，要把父母和祖父母一代传给我们的世界变得更好，让我们的子孙后代生活在更好的环境里？我永远也不会忘记一个12岁小女孩的话。当时是美国教育督察协会的会长，几个公共教育的资深人士和一些孩子在一起对话。这个小女孩转身面向美国教育督察协会的会长说：“我们怎么觉得就像你们喝光了自己的水，接着又来喝我们的。”我们必须这么想。必须跟自己联系起来。只有从自身出发，才能真切地感到问题的紧迫。
记者：在这个问题上，您会给企业的高级管理人员提供什么样的建议？
彼得·圣吉：我建议他们先从短期目标入手。在相对短的期间内对内部流程加以改善，把行动和力量汇聚在一起，可以带来很大的改观。要看明白大家把时间、精力和财力花在了什么地方。很少有几家制造业企业能够充分高效地利用他们的资源，他们可以向一些优秀的顾问专家求助，帮助他们迅速地达到目标。让人振奋的一点是，我们不一定非得把工作扔给高管们。我们的新书里详细讲述了很多运营层面，也就是组织里的中低层人员发挥领导力的案例。例如，耐克公司的一套全新的产品开发评级系统，就是由两名女士发起的，其中一位是普通员工，另外一位是一个研发小组的带头人。他们对1997~1998年期间的公司产品线做了全面的毒性检测分析。这个项目能够取得进展得力于上层领导的有力支持，但是这两位女士的创始工作确实功不可没。
记者：总的来看，您怎么评价可持续发展事业目前取得的进展？
彼得·圣吉：过去一两年，情况已经有了很大的变化。人们开始觉得这的确是与我们的未来息息相关的战略问题。尽管不同行业的情况有所差别，但是总的来看，我们已经处在历史性觉醒的起点上。
毫无疑问，气候变化是压垮骆驼的最后一根稻草。很多人认为气候变化只不过是技术问题，可以通过技术方案加以解决。现在已经有越来越多的人开始认识到，只有彻底改造整个工业系统，气候变化问题才能够顺而得到解决。
我想用不了多少时间，人们会立足在一个更加有利的位置上。现在这个问题正在迅速地从边缘转向核心；从认为那只是别人才需要考虑的问题，转向每个人都感同身受，热情参与。

彼得·圣吉（Peter M. Senge）
1947年出生于芝加哥，1970年在斯坦福大学完成航空及太空工程学士学位后，进入麻省理工斯隆管理学院进修，其间被佛瑞斯特教授的系统动力学概念所吸引；1978年获得博士学位后，与麻省理工学院的工作伙伴和企业界人士，孜孜不倦地致力于将系统动力学与组织学习、创造原理、认知科学、群体深度对话与模拟演练游戏融合，开发一种让人们在工作中得出生命的意义，实现共同愿望的“学习型组织”蓝图。1990年出版的《第五项修炼》便是这一研究的结晶。
圣吉的其他著作包括《变革之舞》（1999）、《体会当下》（2004）以及《必要的革命》（2008）等。1991年，他与爱德华·戴明、克里斯·阿吉瑞斯、埃德加·沙因、唐纳德·熊恩等管理学者以及一些企业家共同发起成立了麻省理工学院组织学习中心。圣吉从1996年开始坚持打坐冥想的个人修炼。1997年，在组织学习中心基础上成立了国际组织学习协会（Society for Organization Learning，SoL，在中国简称索奥）。 ]]> http://490253543.qzone.qq.com/blog/1252160387#comment 134218249 Sat, 05 Sep 2009 14:19:47 GMT http://490253543.qzone.qq.com/blog/1252160387 <![CDATA[[转]【转】高级性能调优概念]]> http://490253543.qzone.qq.com/blog/1252160360 如果底层主机的配置不合适，即使是最好的应用程序，性能也会受损。本文讨论性能调优的四个关键方面以及在每个方面要注意的问题。另外，基于 Java™ 的应用程序还有其他性能调优需求，尤其是在垃圾收集方面。本文还讨论垃圾收集的相关信息。可以通过修改许多服务器设置让它更好地处理工作负载。根据服务器负载性质的不同，文件服务器的调优不同于数据库服务器，两个应用服务器也可能采用不同的方式调优。调优涉及把有限的服务器资源分配给操作系统和应用程序的不同部分，从而让应用程序尽快做出响应。下面是调优要考虑的领域：

中央处理单元 (CPU)

内存

磁盘（包括空间和访问速度）

网络

这些方面经常会相互影响。例如，可以为缓存分配内存，这可以减少磁盘访问或通过网络的资源访问。本文的重点之一是与 Java 虚拟机 (JVM) 相关的内存调优。JVM 有自己的内存管理系统，必须监视和配置这个系统。
CPU
服务器的 CPU 会在等待某些事件方面花费很多时间。最常见的情况是等待磁盘返回数据。多任务机制允许 CPU 在等待时做其他事情。因此，如果主机在 CPU 方面花费大量时间，那么购买更快的 CPU 会提高性能。
vmstat 命令提供关于系统时间消耗的实时细分信息，sar 工具套件适合进行长期监视。如果这些工具显示 CPU 把大多数时间花费在用户空间，空闲周期非常少，就应该考虑采取措施。在这种情况下，要么把负载转移到其他服务器，要么提高 CPU 能力。
转移负载可能意味着在另一台服务器上运行批作业，或者把应用程序负载分配给多台服务器。后一种方法是最理想的，这称为水平扩展。如果必须提高 CPU 能力，那么可以进行物理升级，比如添加更多的 CPU；如果处于虚拟化环境，还可以重新分配更多资源。
一些负载本身不适合并行处理，所以跨多个服务器分配负载或添加更多 CPU 不会有帮助。在这种情况下，要使用更快的 CPU 并花时间优化底层代码，减少运行它所需的 CPU 周期。
内存
内存调优涉及许多方面。最简单的调优措施是确保 RAM 足以容纳应用程序，而不需要使用交换空间。操作系统的虚拟内存子系统允许应用程序分配的内存超过系统上实际存在的内存量，不足的部分由磁盘上的临时存储组成。与直接访问 RAM 中的内存块相比，把内存块交换到磁盘并交换回来要慢得多，所以一般情况下应该避免这种做法。
虚拟内存子系统需要调优，因为在系统用完内存之前和发生某些事件时，可能会把内存块写到磁盘，这时不得不使用交换空间。要检查的主要是什么时候使用虚拟内存。随着 UNIX® 系统上的空闲内存被逐渐分配掉，内核最终会发现它必须要寻找可以交换出去的内存页面。在此之后，如果内核预计必须为请求内存的进程分配内存，它就会开始把一些页面交换到磁盘。如果您知道内存足以处理工作负载，最好推迟这两种交换活动。
在 Solaris™ 上，通过 /etc/system 中的可调项来调整内存。在 IBM® AIX® 操作系统上，使用 vmo 命令。在 Linux® 中，使用 /etc/sysctl.conf。它们的作用会随着操作系统的发展而变化，所以在做任何修改之前要仔细研究。
最后，安装更多内存让文件系统可以把文件和元数据缓存在内存中。大多数 UNIX 系统会尝试用空闲内存执行缓存，这就是系统常常看起来没有空闲内存的原因。缓存可以减少磁盘活动，这对于 Web 服务器等工作负载非常重要。
磁盘
磁盘比内存慢得多，所以过多的磁盘活动是许多应用程序性能低下的原因。磁盘活动可能源于交换，也可能源于应用程序或操作系统的请求。过多的日志记录活动也会争用磁盘。
发现磁盘瓶颈的最佳工具是 iostat。这个工具可以指出在特定时间点发生了多少读写操作，以及磁盘控制器的饱和程度有多大。如果有多个磁盘，那么把负载分配到不同的磁盘上是加快读写速度的有效方法，因为磁盘延迟的最大组成部分是寻道时间。不断增长的文件（比如日志文件和数据库日志）应该放在单独的磁盘上，与应用程序的磁盘和数据库分开。
vmstat 和 iostat 报告系统在等待 IO 方面花费的时间百分比，也就是 CPU 空闲而系统正在等待 IO 返回的时间。iowait 值高就意味着磁盘缓慢或负载过大。
与磁盘密切相关的是可以打开的文件描述符数量。如果用光了文件描述符，那么打开文件的操作就会失败。通常，ulimit 命令可以增加可用的文件描述符数量，但是操作系统对于 ulimit 可能有内核限制。
网络
网络对于大多数应用程序都很重要，因为网络在服务器和客户机之间来回传输数据。网络慢常常导致应用程序看起来响应缓慢。应该做的第一件事是，确保所有服务器使用全双工和最高的网络速度，并相应地匹配交换机端口。交换机和服务器之间的速度和双工不匹配是网络问题的常见原因。
操作系统会为网络资源分配各种缓冲区。例如，操作系统为每个 TCP 连接维护 TCP 发送队列。这个队列保存应用程序已经发送，但是还没有得到远程端确认的数据（根据未确认数据包的数量，一些数据可能还未发送到网络）。如果这个队列满了，就不允许应用程序发送更多数据，直到清理完积压的队列为止。
可以用 netstat -s 寻找缓存区拥挤的迹象，这个命令输出网络计数器的列表。其中包含 “queue” 或 “overflow” 的内容都与 TCP 队列相关，应该监视它们。这些计数器一般只在系统引导时重置，所以应该更关注随时间增长的数字。
如果 netstat -an 表明大量连接处于等待状态（比如 CLOSE_WAIT 或 FIN_WAIT_1），那么由于所有系统资源都被这些连接占用，可能会导致无法建立新连接。在这种情况下，可以考虑减少连接超时值，这些值控制操作系统维持连接多长时间；这可以使用 Solaris 的 ndd 或 AIX 的 no 来设置。
深入研究 Java 内存
前面几节讨论了需要调优的四个系统领域。其中之一是内存。在 Java 应用程序环境中，服务器把内存分配给 Java 进程，Java 进程负责运行应用程序代码。这个 Java 进程就是 JVM，它负责把内存分配给底层应用程序。
在操作系统级上，可能看到 1GB 内存被分配给一个 Java 进程。在这个进程内部，JVM 管理堆，堆为新对象提供内存。在创建对象时，对象被放在堆上。在销毁对象时，它们仍然留在堆上。JVM 会运行一个称为垃圾收集的过程，垃圾收集标出所有创建的对象，然后清理堆的其余部分供以后的分配使用。在此时，堆可以扩展（如果垃圾收集没有回收新分配所需的足够内存）或收缩（如果满足特定条件，使 JVM 认为堆太大了）。
根据这个简化的垃圾收集定义可以推断出，在执行垃圾收集时系统不会执行任何应用程序工作。在运行垃圾收集期间，JVM 实际上会暂停。因此，许多 Java 调优措施都涉及决定堆的最佳内存大小以及调整垃圾收集过程。
垃圾收集过程调优的基本思路是，了解运行垃圾收集的频率以及触发它的条件，然后通过修改 JVM 设置尽可能降低垃圾收集的影响。
收集垃圾收集信息
为了了解垃圾收集对应用程序的影响，首先要收集关于何时及如何执行垃圾收集的信息。在 JVM 中启用详细垃圾收集日志记录，这会开始记录垃圾收集活动。在 IBM WebSphere™ Application Server 中，可以在管理控制台中找到这个设置：在 Integrated Solutions Console 中导航到 Application servers > server name > Process Definition > Java Virtual Machine，选择 Verbose Garbage Collection。
还可以用 -verbose:gc 参数启动 JVM（这也是 Integrated Solutions Console 选项在幕后采用的方法）。无论采用哪种方法，JVM 的输出现在都会包含垃圾收集信息。
对于启用详细垃圾收集日志记录，糟糕的方面是不同厂商采用的文件格式不一致，甚至在同一厂商提供的不同版本之间也可能不一致。例如，IBM 的 Java Runtime Environment (JRE) 6.0 采用详细的 Extensible Markup Language (XML) 文件格式。而 Sun Microsystems 的 HotSpot JVM 使用简明的单行格式，有时候需要启用更多命令行参数，才能得到所需的信息。
了解垃圾收集数据的意义
启用垃圾收集器的日志记录之后，在正常负载下运行应用程序。然后，研究垃圾收集日志。可以看到堆的大小从最初的分配开始增长，最终稳定在某一范围内。然后，可以使用这个范围内的某个值作为堆的初始大小，这会消除堆增长到稳定状态导致的初始延迟。
垃圾收集日志还会指出发生垃圾收集的时间以及垃圾收集花费的时间。如果发现垃圾收集的运行时间太长，可以考虑让 JVM 使用另一种垃圾收集算法（具体细节取决于 JVM 的版本和厂商）。根据这些时间戳，还可以计算出系统在垃圾收集方面花费的时间百分比，可以用这个指标比较各种 JVM 设置。
如果发现堆不断增长和收缩，可以修改 MinHeapFree 和 MaxHeapFree 值，JVM 使用它们决定什么时候扩展或收缩堆。
随着 JVM 的发展，与垃圾收集相关的性能也会变化。一定要通过您的 JVM 手册了解当前的调优参数。
调优的优先次序
对于在为 WebSphere Application Server 调整 UNIX 服务器时应该检查哪些方面，IBM 给出了一些建议。
首先，确保服务器具有所需的资源：CPU、磁盘、内存和网络。这些是最基本的。
接下来，了解应用程序的垃圾收集需求并相应地调整 JVM。这可能需要回到前一步，确保具有按所需方式运行应用程序的足够内存。
确保适当地设置应用服务器队列，让应用服务器只处理它能够处理的请求。当 Web 服务器把请求交给应用服务器时，它会进入一个队列。如果允许太多的连接连接到应用程序，每个用户都会体验到糟糕的性能。因此，过剩的连接应该在 Web 服务器上排队，而不要在 WebSphere Application Server 上排队。
最后，可以使用多种缓存技术，比如数据库中的预备语句、Enterprise JavaBean (EJB) 技术和线程缓存。如果不断清理缓存，从而为新内容让出空间，就应该考虑增加缓存大小。
结束语
计算机的资源分为 CPU、磁盘、内存和网络。调优工作应该度量这些资源，然后在应用程序、应用服务器和服务器中做相应的调整，确保不出现资源争用。
JVM 管理自己的堆并通过垃圾收集过程清理堆。这方面的调优包括确保堆可以增长到应用程序需要的大小，以及通过调整垃圾收集参数避免垃圾收集的影响过大。
进行垃圾收集调优的主要工具是详细垃圾收集日志记录，这会记录每个垃圾收集活动。可以通过日志了解垃圾收集花费的时间以及执行收集的原因。 ]]> http://490253543.qzone.qq.com/blog/1252160360#comment 134218248 Sat, 05 Sep 2009 14:19:20 GMT http://490253543.qzone.qq.com/blog/1252160360 <![CDATA[[转]计算机编程英语词汇]]> http://490253543.qzone.qq.com/blog/1252160298 abstract 抽象的
abstract base class (ABC)抽象基类
abstract class 抽象类
abstraction 抽象、抽象物、抽象性
access 存取、访问
access level访问级别
access function 访问函数
account 账户
action 动作
activate 激活
active 活动的
actual parameter 实参
adapter 适配器
add-in 插件
address 地址
address space 地址空间
address-of operator 取地址操作符
ADL (argument-dependent lookup)
ADO(ActiveX Data Object)ActiveX数据对象
advanced 高级的
aggregation 聚合、聚集
algorithm 算法
alias 别名
align 排列、对齐
allocate 分配、配置
allocator分配器、配置器
angle bracket 尖括号
annotation 注解、评注
API (Application Programming Interface) 应用(程序)编程接口
app domain (application domain)应用域
application 应用、应用程序
application framework 应用程序框架
appearance 外观
append 附加
architecture 架构、体系结构
archive file 归档文件、存档文件
argument引数(传给函式的值)。参见parameter
array 数组
arrow operator 箭头操作符
ASP(Active Server Page)活动服务器页面
ASP.NET worker process ASP.NET工作者进程
assembly 装配件、配件assembly language 汇编语言
assembly manifest 装配件清单
assert(ion) 断言
assign 赋值
assignment 赋值、分配
assignment operator 赋值操作符
associated 相关的、相关联的
associative container 关联式容器(对应sequential container)
asynchronous 异步的
atomic 原子的
atomic operation 原子操作
attribute 特性、属性
authentication service 验证服务
authorization 授权
audio 音频
A.I. 人工智能
B2B integration B2B整合、B2B集成(business-to-business integration)
background 背景、后台(进程)
backward compatible 向后兼容、向下兼容
backup 备份
backup device备份设备
backup file 备份文件
bandwidth 带宽
base class 基类
base type 基类型
batch 批处理
BCL (base class library)基类库
binary 二进制
binary search 二分查找
binary tree 二叉树
binary function 双参函数
binary large object二进制大对象
binary operator 二元操作符
binding 绑定
bit 位
bitmap 位图
bitwise 按位...
bitwise copy 为单元进行复制；位元逐一复制,按位拷
bitwise operation 按位运算
block 块、区块、语句块
bookkeeping 簿记
boolean 布林值(真假值，true或false)
border 边框
bounds checking 边界检查 boxing 装箱、装箱转换
brace (curly brace) 大括号、花括号
bracket (square brakcet) 中括号、方括号
breakpoint 断点
browser applications 浏览器应用(程序)
browser-accessible application 可经由浏览器访问的应用程序
build 编连(专指编译和连接
built-in 内建、内置
bus 总线
business 业务、商务(看场合)
business Logic 业务逻辑
business rules 业务规则
buttons 按钮
bug 臭虫
by/through 通过
byte 位元组(由8 bits组成)
cache 高速缓存
calendar 日历
call 调用
callback 回调
call-level interface (CLI)调用级接口(CLI)
call operator 调用操作符
candidate key 候选键 (for database)
cascading delete 级联删除 (for database)
cascading update 级联更新 (for database)
casting 转型、造型转换
catalog 目录
chain 链(function calls)
character 字符
character format 字符格式
character set 字符集
CHECK constraints CHECK约束 (for database)
checkpoint 检查点 (for database)
check box 复选框
check button 复选按钮
child class 子类
CIL (common intermediate language)通用中间语言、通用中介语言
class 类
class declaration 类声明
class definition 类定义
class derivation list 类继承列表
class factory 类厂
class hierarchy 类层次结构
class library 类库
class loader 类装载器
class template 类模板
class template partial specializations 类模板部分特化
class template specializations 类模板特化
classification 分类
clause 子句
client application 客户端应用程序
client cursor 客户端游标 (for database)
code page 代码页
cleanup 清理、清除
CLI (Common Language Infrastructure) 通用语言基础设施
client 客户、客户端
client area 客户区
client-server 客户机/服务器、客户端/服务器
clipboard 剪贴板
clone 克隆
CLS (common language specification) 通用语言规范
code access security 代码访问安全
COFF (Common Object File Format) 通用对象文件格式
collection 集合
COM (Component Object Model) 组件对象模型
combo box 组合框
command line 命令行
comment 注释
commit 提交 (for database)
communication 通讯
compatible 兼容
compile time 编译期、编译时
compiler 编译器
component组件
composite index 复合索引、组合索引 (for database)
composite key 复合键、组合键 (for database)
composition 复合、组合
concept 概念
concrete具体的
concrete class 具体类
concurrency 并发、并发机制
constraint 约束 (for database)
configuration 配置、组态
connection 连接 (for database)
connection pooling 连接池
console 控制台
constant 常量
construct 构件、成分、概念、构造（for language）
constructor (ctor) 构造函数、构造器
container 容器
containment包容
context 环境、上下文
control 控件
cookie (不译)
copy 拷贝
CORBA 通用对象请求中介架构(Common Object Request Broker Architecture)
cover 覆盖、涵盖
create/creation 创建、生成
crosstab query 交叉表查询 (for database)
CRTP (curiously recurring template pattern)
CTS (common type system)通用类型系统
cube 多维数据集 (for database)
cursor 光标
cursor 游标 (for database)
custom 定制、自定义
data 数据
data connection 数据连接 (for database)
Data Control Language (DCL) 数据控制语言(DCL) (for database)
Data Definition Language (DDL) 数据定义语言(DDL) (for database)
data dictionary 数据字典 (for database)
data dictionary view 数据字典视图 (for database)
data file 数据文件 (for database)
data integrity 数据完整性 (for database)
data manipulation language (DML)数据操作语言(DML) (for database)
data mart 数据集市 (for database)
data pump 数据抽取 (for database)
data scrubbing 数据清理 (for database)
data source 数据源 (for database)
Data source name (DSN) 数据源名称(DSN) (for database)
data warehouse 数据仓库 (for database)
dataset 数据集 (for database)
database 数据库 (for database)
database catalog 数据库目录 (for database)
database diagram 数据关系图 (for database)
database file 数据库文件 (for database)
database object 数据库对象 (for database)
database owner 数据库所有者 (for database)
database project 数据库工程 (for database)
database role 数据库角色 (for database)
database schema 数据库模式、数据库架构 (for database)
database script 数据库脚本 (for database)
data-bound 数据绑定 (for database)
data-aware control数据感知控件 (for database)
data member 数据成员、成员变量
dataset 数据集 (for database)
data source 数据源 (for database)
data structure数据结构
data table 数据表 (for database)
datagram 数据报文
DBMS (database management system)数据库管理系统 (for database)
DCOM (distributed COM)分布式COM
dead lock 死锁 (for database)
deallocate 归还
debug 调试
debugger 调试器
decay 退化
decision support 决策支持
declaration 声明
declarative referential integrity (DRI)声明引用完整性(DRI) (for database)
deduction 推导
DEFAULT constraint默认约束 (for database)
default database 默认数据库 (for database)
default instance 默认实例 (for database)
default result set 默认结果集 (for database)
default 缺省、默认值
defer 推迟
definition 定义
delegate 委托
delegation 委托
dependent name
deploy 部署
dereference 解引用
dereference operator (提领)运算子
derived class 派生类
design by contract 契约式设计
design pattern 设计模式
destroy 销毁
destructor(dtor)析构函数、析构器
device 设备
DHTML (dynamic HyperText Markup Language)动态超文本标记语言
dialog 对话框
digest 摘要
digital 数字的
DIME (Direct Internet Message Encapsulation)直接Internet消息封装
directive (编译)指示符
directory 目录
dirty pages脏页 (for database)
dirty read 脏读 (for database)
disassembler 反汇编器
DISCO (Discovery of Web Services)Web Services的查找
disk 盘
dispatch 调度、分派、派发（我喜欢“调度”）
DISPID (Dispatch Identifier)分派标识符
distributed computing 分布式计算
distributed query 分布式查询 (for database)
DNA (Distributed interNet Application) 分布式网间应用程序
document 文档
DOM (Document Object Model)文档对象模型
dot operator (圆)点操作符
driver 驱动(程序)
DTD (document type definition) 文档类型定义
double-byte character set (DBCS)双字节字符集(DBCS)
dump 转储
dump file 转储文件
dynamic cursor 动态游标 (for database)
dynamic filter 动态筛选 (for database)
dynamic locking 动态锁定 (for database)
dynamic recovery 动态恢复 (for database)
dynamic snapshot 动态快照 (for database)
dynamic SQL statements 动态SQL语句 (for database)
dynamic assembly 动态装配件、动态配件
dynamic binding 动态绑定
EAI (enterprise application integration)企业应用程序集成(整合)
EBCO (empty base class optimization) 空基类优化（机制）
e-business 电子商务
EDI (Dlectronic Data Interchange)电子数据交换
efficiency 效率
efficient 高效
end-to-end authentication 端对端身份验证
end user 最终用户
engine 引擎
entity 实体
encapsulation 封装
enclosing class 外围类别(与巢状类别 nested class有关)
enum (enumeration) 枚举
enumerators 枚举成员、枚举器
equal 相等
equality 相等性
equality operator 等号操作符
error log 错误日志 (for database)
escape code 转义码
escape character 转义符、转义字符
exclusive lock 排它锁 (for database)
explicit transaction 显式事务 (for database)
evaluate 评估
event 事件
event driven 事件驱动的
event handler 事件处理器
evidence 证据
exception 异常
exception declaration 异常声明
exception handling 异常处理、异常处理机制
exception-safe 异常安全的
exception specification 异常规范
exit 退出
explicit 显式
explicit specialization 显式特化
export 导出
expression 表达式
facility 设施、设备
fat client 胖客户端
feature 特性、特征
fetch 提取
field 字段(java)
field 字段 (for database)
field length 字段长度 (for database)
file 文件
filter 筛选 (for database)
finalization 终结
firewall 防火墙
finalizer 终结器
firmware 固件
flag 标记
flash memory 闪存
flush 刷新
font 字体
foreign key (FK) 外键(FK) (for database)
form 窗体
formal parameter 形参
forward declaration 前置声明
forward-only 只向前的
forward-only cursor 只向前游标 (for database)
fragmentation 碎片 (for database)
framework 框架
full specialization 完全特化
function 函数
function call operator (即operator ()) 函数调用操作符
function object 函数对象
function overloaded resolution函数重载决议
functionality 功能
function template函数模板
functor 仿函数
GAC (global assembly cache) 全局装配件缓存、全局配件缓存
GC (Garbage collection) 垃圾回收(机制)、垃圾收集(机制)
game 游戏
generate 生成
generic 泛化的、一般化的、通用的
generic algorithm通用算法
genericity 泛型
getter (相对于 setter)取值函数
global 全局的
global object 全局对象
global scope resolution operator 全局范围解析操作符
grant 授权 (for database)
granularity 粒度
group 组、群
group box 分组框
GUI 图形界面
GUID (Globally Unique Identifier) 全球唯一标识符
hand shaking 握手
handle 句柄
handler 处理器
hard-coded 硬编码的
hard-copy 截屏图
hard disk 硬盘
hardware 硬件
hash table 散列表、哈希表
header file头文件
heap 堆
help file 帮助文件
hierarchy 层次结构、继承体系
hierarchical data 阶层式数据、层次式数据
hook 钩子
Host (application)宿主(应用程序)
hot key 热键
hyperlink 超链接
HTML (HyperText Markup Language) 超文本标记语言
HTTP pipeline HTTP管道 HTTP (HyperText Transfer Protocol) 超文本传输协议
icon 图标
IDE (Integrated Development Environment)集成开发环境
IDL (Interface Definition Language) 接口定义语言
identifier 标识符
idle time 空闲时间
if and only if当且仅当
IL (Intermediate Language) 中间语言、中介语言
image 图象
IME 输入法
immediate base 直接基类
immediate derived 直接派生类
immediate updating 即时更新 (for database)
implicit transaction隐式事务 (for database)
incremental update 增量更新 (for database)
index 索引 (for database)
implement 实现
implementation 实现、实现品
implicit 隐式
import 导入
increment operator 增加操作符
infinite loop 无限循环
interpreter 解释器
infinite recursive 无限递归information 信息
infrastructure 基础设施
inheritance 继承、继承机制
inline 内联 inline expansion 内联展开
initialization 初始化
initialization list 初始化列表、初始值列表
initialize 初始化
inner join 内联接 (for database)
in-place active 现场激活
instance 实例
instantiated 具现化、实体化(常应用于template)
instantiation 具现体、具现化实体(常应用于template)
integrate 集成、整合
integrity 完整性、一致性
integrity constraint完整性约束 (for database)
interprocess communication (IPC)进程间通讯(IPC)
interacts 交互
interface 接口
for GUI 界面
interoperability 互操作性、互操作能力

introspection 自省
invariants 不变性
invoke 调用
isolation level 隔离级别 (for database)
iterate 迭代
iterative 反复的、迭代的
iterator 迭代器
iteration 迭代(回圈每次轮回称为一个iteration)
item 项、条款、项目
JIT compilation JIT编译即时编译
key 键 (for database)
key column 键列 (for database)
laser 激光
late binding 迟绑定
left outer join 左向外联接 (for database)
level 阶、层例
high level 高阶、高层
library 库
lifetime 生命期、寿命
link 连接、链接
linkage 连接、链接
linker 连接器、链接器
literal constant 字面常数
list 列表、表、链表
list box 列表框
livelock 活锁 (for database)
load 装载、加载
load balancing 负载平衡
loader 装载器、载入器
local 局部的
local object 局部对象
lock 锁
log 日志
login 登录
login security mode登录安全模式 (for database)
lookup table 查找表 (for database)
loop 循环
loose coupling 松散耦合
lvalue 左值
machine code 机器码、机器代码
macro 宏
maintain 维护
managed code 受控代码、托管代码 Managed Extensions 受控扩充件、托管扩展
managed object 受控对象、托管对象
mangled name
manifest 清单
manipulator 操纵器(iostream预先定义的一种东西)
many-to-many relationship 多对多关系 (for database)
many-to-one relationship 多对一关系 (for database)
marshal 列集
member 成员
member access operator 成员取用运算子(有dot和arrow两种)
member function 成员函数
member initialization list成员初始值列表
memberwise 以member为单元…、members 逐一…
memberwise copy
memory 内存
memory leak 内存泄漏
menu 菜单
message 消息
message based 基于消息的
message loop 消息环
message queuing消息队列
metadata 元数据
metaprogramming元编程
method 方法
micro 微
middleware 中间件
middle tier 中间层
modeling 建模
modeling language 建模语言
modifier 修饰字、修饰符
modem 调制解调器
module 模块
most derived class最底层的派生类
mouse 鼠标
mutable 可变的
mutex 互斥元、互斥体
multidimensional OLAP (MOLAP) 多维 OLAP(MOLAP) (for database)
multithreaded server application 多线程服务器应用程序
multiuser 多用户
multi-tasking 多任务
multi-thread 多线程
multicast delegate 组播委托、多点委托
named parameter 命名参数
named pipe 命名管道
namespace 名字空间、命名空间
native 原生的、本地的
native code 本地码、本机码
Native Image Generator (NGEN)本地映像生成器
nested class 嵌套类
nested query 嵌套查询 (for database)
nested table 嵌套表 (for database)
network 网络
network card 网卡
nondependent name
object 对象
object based 基于对象的
object file 目标文件
object model 对象模型
object oriented 面向对象的
object pooling 对象池化
ODBC data source ODBC数据源 (for database)
ODBC driver ODBC驱动程序 (for database)
ODR (one-definition rule)
OLE Automation objects OLE自动化对象 (for database)
OLE Automation server OLE自动化服务器 (for database)
OLE DB consumer OLE DB使用者 (for database)
OLE DB for OLAP 用于OLAP的OLE DB (for database)
OLE DB provider OLE DB提供者 (for database)
one-to-many relationship 一对多关系 (for database)
one-to-one relationship 一对一关系 (for database)
online analytical processing (OLAP) 联机分析处理(OLAP) (for database)
online redo log 联机重做日志 (for database)
online transaction processing (OLTP) 联机事务处理(OLTP) (for database)
Open Data Services (ODS) 开放式数据服务(ODS) (for database)
Open Database Connectivity (ODBC) 开放式数据库连接(ODBC) (for database)
operand 操作数
operating system (OS) 操作系统
operation 操作
operator 操作符、运算符
option 选项
optimizer 优化器
outer join 外联接 (for database)
overflow 上限溢位(相对于underflow)
overhead 额外开销
overload 重载
overload resolution 重载决议
overloaded function 重载的函数
overloaded operator 被重载的操作符 override 覆写、重载、重新定义
package 包
packaging 打包
palette 调色板
parallel 并行
parameter 参数、形式参数、形参
parameter list 参数列表
parameterize 参数化
parent class 父类
parentheses 圆括弧、圆括号
parse 解析
parser 解析器
part 零件、部件
partial specialization 局部特化
pass by address 传址(函式引数的传递方式)(非正式用语)
pass by reference 传地址、按引用传递
pass by value 按值传递
pattern 模式
PDA (personal digital assistant)个人数字助理
PE (Portable Executable) file 可移植可执行文件
performance 性能
persistence 持久性
PInvoke (platform invoke service) 平台调用服务
pixel 像素
placement delete
placement new
placeholder 占位符
platform 平台
POD (plain old data (type))
POI (point of instantiation)
pointer 指针
poll 轮询
pooling 池化
polymorphism 多态
pop up 弹出式
port 端口
postfix 后缀
precedence 优先序(通常用于运算子的优先执行次序)
prefix 前缀
preprocessor 预处理器
primary key (PK)主键(PK) (for database)
primary table 主表 (for database)
primary template原始模板
primitive type 原始类型
print 打印
printer 打印机
procedure 过程
procedural 过程式的、过程化的
process 进程
profile 评测
profiler 效能(性能)评测器
program 程序
programmer 程序员
programming编程、程序设计
progress bar 进度指示器
project 项目、工程
property 属性
protocol 协议
pseudo code伪码
qualified 经过资格修饰(例如加上scope运算子)
qualified name
qualifier 修饰符
quality 质量
queue 队列
race condition 竞争条件（多线程环境常用语）
radian 弧度
radio button 单选按钮
raise 引发(常用来表示发出一个exception)
random number 随机数
range 范围、区间
rank 等级
raw 未经处理的
readOnly只读
record 记录 (for database)
recordset 记录集 (for database
recursive 递归
re-direction 重定向
refactoring 重构
refer 引用、参考
reference 引用、参考
reference counting引用计数
referential integrity (RI)引用完整性(RI) (for database)
register 寄存器
reflection 反射
refresh data 刷新数据 (for database)
regular expression 正则表达式
relational database 关系数据库
remote 远程
remote request 远程请求
represent 表述，表现
resolve 解析、决议
resolution 解析过程
result set 结果集 (for database)
retrieve data 检索数据
return 返回
return type 返回类型
return value 返回值
right outer join 右向外联接 (for database)
revoke 撤销
robust 健壮
robustness 健壮性
roll back 回滚 (for database)
roll forward 前滚 (for database)
routine 例程
row 行 (for database)
row lock 行锁 (for database)
rowset 行集 (for database)
RPC (remote procedure call)RPC(远程过程调用)
runtime 执行期、运行期、执行时、运行时
rvalue 右值
save 保存
savepoint 保存点 (for database)
SAX (Simple API for XML)
scalable 可伸缩的、可扩展的
schedule 调度
scheduler 调度程序
schema 模式、纲目结构
scroll bar滚动条
scope 作用域、生存空间
scope operator 生存空间操作符
scope resolution operator 生存空间解析操作符
screen 屏幕
SDK (Software Development Kit)软件开发包
sealed class 密封类
search 查找
semantics 语义
semaphore 信号量
sequential container序列式容器
server 服务器、服务端
serial 串行
serialization/serialize 序列化
server cursor服务端游标、服务器游标 (for database)
session 会话 (for database)
setter 设值函数
shared lock 共享锁 (for database)
sibling 同级
side effect 副作用
signature 签名
single-threaded 单线程
slider滑块
slot 槽
smart pointer 智能指针
SMTP (Simple Mail Transfer Protocol) 简单邮件传输协议
snapshot 截屏图
snapshot 快照 (for database)
specialization 特化
specification 规范、规格
splitter 切分窗口
SOAP (simple object access protocol) 简单对象访问协议
software 软件
source code 源码、源代码
SQL (Structured Query Language) 结构化查询语言 (for database)
stack 栈、堆栈
stack unwinding 叠辗转开解(此词用于exception主题)
standard library 标准库
standard template library 标准模板库
stateless 无状态的
statement 语句、声明
static cursor 静态游标 (for database)
static SQL statements 静态SQL语句 (for database)
stored procedure 存储过程 (for database)
status bar 状态条
stream 流
string 字符串
stub 存根
subobject子对象
subquery 子查询 (for database)
subroutine 子例程
subscript operator 下标操作符
subset 子集
subtype 子类型
support 支持
suspend 挂起
symbol 记号
syntax 语法
system databases 系统数据库 (for database)
system tables 系统表 (for database)
table 表 (for database)
table lock 表锁 (for database)
table-level constraint 表级约束 (for database)
tape backup 磁带备份 (for database)
target 标的,目标
task switch 工作切换
TCP (Transport Control Protocol) 传输控制协议
template 模板
template-id
template argument deduction 模板参数推导
template explicit specialization 模板显式特化
template parameter 模板参数
template template parameter
temporary object 临时对象
temporary table 临时表 (for database)
text 文本
text file 文本文件
thin client 瘦客户端
third-party 第三方
thread 线程
thread-safe 线程安全的
throw 抛出、引发(常指发出一个exception)
token 符号、标记、令牌（看场合）
trace 跟踪
transaction 事务 (for database)
transaction log 事务日志 (for database)
transaction rollback 事务回滚 (for database)
transactional replication 事务复制 (for database)
translation unit 翻译单元
traverse 遍历
trigger 触发器 (for database)
two-phase commit 两阶段提交 (for database)
tuple
two-phase lookup 两阶段查找
type 类型
UDDI(Universary Description, Discovery and Integration)统一描述、查询与集成
UML (unified modeling language)统一建模语言
unary function 单参函数
unary operator 一元操作符
unboxing 拆箱、拆箱转换
underflow 下限溢位(相对于overflow)
Union query 联合查询 (for database)
UNIQUE constraints UNIQUE约束 (for database)
unique index 唯一索引 (for database)
unmanaged code 非受控代码、非托管代码
unmarshal 散集
unqualified 未经限定的、未经修饰的
URI (Uniform Resource identifier) 统一资源标识符
URL (Uniform Resource Locator) 统一资源定位器
user 用户
user interface 用户界面
value types 值类型
variable 变量
vector 向量(一种容器，有点类似array)
viable 可行的
video 视频
view 视图
VEE (Virtual Execution Engine)虚拟执行引擎
vendor 厂商
view 视图 (for database)
virtual function 虚函数
virtual machine 虚拟机
virtual memory 虚拟内存
vowel 元音字母
Web Services web服务
WHERE clause WHERE子句 (for database)
wildcard characters 通配符字符 (for database)
wildcard search 通配符搜索 (for database)
window 窗口
window function 窗口函数
window procedure 窗口过程
Windows authentication Windows身份验证
wizard 向导
word 单词
word processor 字处理器
wrapper 包装、包装器
write enable 写启用 (for database)
write-ahead log 预写日志 (for database)
write-only 只写
WSDL (Web Service Description Language)Web Service描述语言
XML Message Interface (XMI) XML消息接口
XML (eXtensible Markup Language) 可扩展标记语言
XSD (XML Schema Definition) XML模式定义语言
XSL (eXtensible Stylesheet Language) 可扩展样式表语言
XSLT (eXtensible Stylesheet Language Transformation)可扩展样式表语言转换
xxx based 基于xxx的
xxx oriented 面向xxx ]]> http://490253543.qzone.qq.com/blog/1252160298#comment 134218248 Sat, 05 Sep 2009 14:18:18 GMT http://490253543.qzone.qq.com/blog/1252160298 <![CDATA[[转]【转】守在产品开发的最后一道防线上]]> http://490253543.qzone.qq.com/blog/1252160247
——介绍微软的SDET 不一样的SDET
首先，我要强调的是这篇文章讨论的是微软的Software Development Engineer in Test，中文翻译为测试开发工程师，简称SDET。不同于以手工或者脚本帮助测试的软件测试工程师 (STE, Software Test Engineer)，SDET是用编程方法结合正确的测试方法学来确保软件符合正确的设计和用户的需求，这里强调的是用编程语言来设计程序并完成自动化的高效测试。下面我就细说一下我们SDET的不同之处。

首先，SDET和SDE具有一样的设计和编程能力，这是我们筛选简历的基本条件之一。无论在美国还是中国，我们从大学招来的SDET都要具有Computer Science的背景，不一定是Computer Science系毕业的（虽然有不少人的确如此）。几所美国大学甚至开设了软件测试博士站，我原来的产品组就聘用了一位软件测试博士。SDET的代码和设计要比SDE的代码(产品)还要有更高的稳定性和坚韧性（Robustness）。产品有专人（就是SDET!）来测试，一个版本一个版本地发布。但是SDET的代码没有这种阶段性，只要它要测的功能还在，SDET的测试代码就得执行下去而且得无误！即便测试的一线管理者，就是测试主管，也同样需要有开发、设计能力。

第二个不一样是对开发式创造性思维的独特要求。这种独特性体现在SDET设计的测试用例的完整性。SDET需要有开放性的思维，才可能设想到千千万万用户的各种需求，他们来自五湖四海，有不同文化、不同年龄、不同职业等等。同时，SDET又不能迷失在用户的个案中，需要从众多案例之中，选择有代表性的进行重点测试，以点概面，用有限的时间达到较高的测试覆盖率。

第三个独特之处是SDET的工作在微软软件开发过程中扮演着确保高品质产品的重要角色。因为SDET在整个过程中始终扮演着用户的角色，对一个产品从开始编写代码到最后发布的整个过程有全盘的了解，更能对用户的体验感同身受。SDET必须与PM、SDE紧密合作确保正确理解用户需求和产品功能设计的正确性，同时还要保证产品的可测试性。比如，一项功能或设计是不可测的或是用户不需要的，SDET可以要求PM或SDE修改设计说明或功能说明甚至提供修改意见。需要特别指出的是，SDET对软件质量的Sign Off也是微软所有产品中期和最终发布的前提条件之一。

SDET的职业发展
那么微软SDET的职业发展机会又是如何呢？总的来讲，和微软其他专业的同事大同小异，主要有几个方向：

继续做SDET，级别一级一级往上升，责任和影响力也越来越大。有些产品组设有技术主管乃至软件测试架构师，一般不管人，其领导能力体现在技术上，负责整个产品的测试框架工作包括自动化系统的设计、新工具的开发和现有系统的改进等等。他们对这个产品组的贡献和影响力很大，不仅限于测试团队，甚至可以对Dev和PM等专业产生推动作用。

乐于帮助他人成长的SDET可以选择往软件测试主管，软件测试经理等的管理人员道路发展。软件测试主管通常带领3至7位 SDET，负责产品一个或几个关键构件的质量；软件测试经理监督一个产品组的测试工作，设计主要测试计划书和时间表，并经常会管理2至4位测试主管。顺便透露一下，服务器与开发工具事业部中国团队的总经理就曾经是一位测试开发工程师，并历经测试主管、测试经理，产品总监，测试总监等多个测试专业的岗位。很明显，这个过程需要具备战略性思维方式、有效沟通、团队协作，决策和执行等诸多能力。

当然，如果个人兴趣发生变更，技术带头人也可以通过一定培训转为培养、发展人才的管理人员，管理人员也可以回到技术带头人的轨道。SDET也有转为SDE或PM的，甚至转入技术咨询、支持或市场方向，最终的职业道路不外乎是上述的两个大方向。

SDET的日常工作
除了之前提及的在产品设计阶段审核并批准PM的功能说明和SDE的设计说明外，SDET也要制订相关的测试计划书和时间表，比如，为什么产品中必须提供这个功能，而不是其他的；为什么这个版本应该实现这么多功能；设计测试用例去决定什么应该测试，什么可以暂时放在一边，需要什么样的自动化测试系统，需要新的测试工具与否，测试所需要的时间等资源的预计等诸如此类。

在测试计划书和时间表审议通过后，每位SDET接下来的主要任务是用合适的编程语言去测试产品，需要考虑是共享他人的工具或代码，还是自己重写；SDET的代码的可维护性要很强，因为没有人给SDET写的代码找Bug，当然代码出错误，SDET得自己分析原因并进行修理。SDET同时不断找Bug，分析Bug产生的原因、跟踪处理Bug的进展。SDET 其它的日常工作还包括对现有系统的改进，当前系统的性能报告等等。

SDET的乐趣
做SDET没有比找到厉害的Bug更高兴的了，这会让SDE折服，让PM对产品更有信心。成功的SDET会到处听到人们在讨论他或她找到的Bug。如果找到产生这个Bug的背后原因，大家更会竖起大拇指！

做SDET都想让微软其他人采用自己发明的测试方法或工具来发现新bug！SDET承担着微软公司内部的诸多系统和工具的开发和维护工作。许多工具被内部几万人使用，这些系统和工具的开发涵盖了所有开发产品所必需的流程，技术含量更加不俗。整个微软有数千SDET，有在操作系统部的，在Office组的，在服务器的，做硬件的（譬如XBOX，ZUNE），更有Services。他们的产品各不相同，如果能研究出一个通用并且高效的做法，其它组的人必然会欣然接受。我们服务器与开发工具事业部就有一位刚从大学毕业不久的SDET，工作第二年就开发了一个UI Compliance方面的自动化测试工具，已被多个中美产品组的测试团队广泛使用，并正在申请相关专利，这也是一件值得骄傲的事情。

最让SDET自豪的是用户喜欢使用自己测试的产品，并让他们的工作更轻松、便捷。

我还清楚记得我在微软的第一次发布产品的经历。那时我在MSXML组做SDET, MSXML3.0刚发布时，我总是惶惶不可终日，生怕自己的产品支持工程师来电，说自己负责的那个领域有问题，或者是newsgroup上有人报告坏消息。一天过去了，没事，一个周过去了，还是没事，一个月过去了，还是没事，心情渐渐放下，自傲感开始上升。最后，几个季度过去还是没事，我就彻底放心，可以大胆地告诉他人，我们产品质量没问题，我做到了！

优秀的SDET
不是所有的Computer Science毕业生都适合做SDET，除了上文提到的设计和编程能力、独到的创造性外，一位优秀SDET还需要：

有测试天赋；

细心，什么都逃不过SDET的眼睛；

能建立精确的bug报告，提供简洁和准确地重现步骤和调试信息；

追求高质量的测试代码和测试工具；

有主人翁精神；

不断自我批评，寻找可能的测试遗漏点

对自己的工作负责。

卓越的SDET

主动拓展自身工作范围之外的技能和知识；

能平衡产品质量保证与产品发布时限；

是软件测试和软件测试原则的最佳传道者；

愿意做任何能最终使软件发布的努力；

在整个开发过程中始终被视作能解决问题的人物；

不断推动软件质量和跨部门交流与合作。

谈了这么多，你是否对Software Development Engineer in Test这个专业有了全新的认识呢？

对测试感兴趣的你还等什么，快加入我们的队伍吧！！！
吴光安

（注：本文作者为微软中国研发集团服务器与开发工具事业部高级测试主管）
原文地址：http://blogs.msdn.com/stbcblog/archive/2008/04/03/Software-Development-Engineer-in-Test.aspx ]]> http://490253543.qzone.qq.com/blog/1252160247#comment 134218249 Sat, 05 Sep 2009 14:17:27 GMT http://490253543.qzone.qq.com/blog/1252160247 <![CDATA[[转]【转】百度俞军12条]]> http://490253543.qzone.qq.com/blog/1252160176 1，PM首先是用户

2，站在用户角度看待问题

3，用户体验是一个完整的过程

4，追求效果，不做没用的东西

5，发现需求，而不是创造需求

6，决定不做什么，往往比决定做什么更重要

7，用户是很难被教育的，要迎合用户，而不是改变用户

8，关注最大多数用户，在关键点上超越竞争对手，快速上线，在实践中不断改进

9，给用户稳定的体验预期

10，如果不确定该怎么做，就先学别人是怎么做的

11，把用户当作傻瓜，不要让用户思考和选择，替用户预先想好

12，不要给用户不想要的东西，任何没用的东西对用户都是一种伤害 ]]> http://490253543.qzone.qq.com/blog/1252160176#comment 134218248 Sat, 05 Sep 2009 14:16:16 GMT http://490253543.qzone.qq.com/blog/1252160176 <![CDATA[[转]无]]> http://490253543.qzone.qq.com/blog/1252160044 ]]> http://490253543.qzone.qq.com/blog/1252160044#comment 134218248 Sat, 05 Sep 2009 14:14:04 GMT http://490253543.qzone.qq.com/blog/1252160044