六西格玛是一种改善企业流程和管理质量的技术，以”零缺陷”的完美商业追求。
企业达到6西格玛，就几近完美地达成顾客要求，在一百万机会里，只有3.4个瑕疵。

6西格玛
是一种质量尺度和追求的目标
是一套科学的工具和管理方法，运用 DMAIC（改善）或DFSS（设计）的过程进行流程的设计和改善。
是一种经营管理策略。6 Sigma管理是在提高顾客满意程度的同时降低经营成本和周期的过程革新方法，它是通过提高组织核心过程的运行质量，进而提升企业赢利能力的管理方式，也是在新经济环境下企业获得竞争力和持续发展能力的经营策略。

业务流程改进遵循五步循环改进法，即DMAIC模式：
·定义（Define）---辨认需改进的产品或过程.确定项目所需的资源.
·测量（Measurement）---定义缺陷, 收集此产品或过程的表现作底线,建立改进目标.
·分析（Analysis）---分析在测量阶段所收集的数据，以确定一组按重要程度排列的影响质量的变量。
·改进（Improvement）---优化解决方案，并确认该方案能够满足或超过项目质量改进目标。
·控制（Control）---确保过程改进一旦完成能继续保持下去,而不会返回到先前的状态

CMM的基本思想是，因为问题是由我们管理软件过程的方法引起的，所以新软件技术的运用不会自动提高生产率和利润率。CMM有助于组织建立一个有规律的、成熟的软件过程。改进的过程将会生产出质量更好的软件，使更多的软件项目免受时间和费用的超支之苦。

软件过程包括各种活动、技术和用来生产软件的工具。因此，它实际上包括了软件生产的技术方面和管理方面。CMM策略力图改进软件过程的管理，而在技术上的改进是其必然的结果。
软件过程的改善不可能在一夜之间完成，CMM是以增量方式逐步引入变化的。CMM明确地定义了5个不同的“成熟度”等级，一个组织可按一系列小的改良性步骤向更高的成熟度等级前进。
CMM包括5个等级，共计18个过程域。
1，初始级
2，可重复级
3，已定义级
4，已管理级
5，优化级

CMMI
将各种能力成熟度模型（即：Software CMM、Systems Eng-CMM、People CMM和Acquisition CMM）整合到同一架构中去，由此建立起包括软件工程、系统工程和软件采购等在内的诸模型的集成，以解决除软件开发以外的软件系统工程和软件采购工作中的迫切需求。

阶段式的表示方法：
初始级
管理级
定义级
度量管理级
优化级

连续式：

过程管理
项目管理
工程
支持

ISO精髓在于预防

质量是由人去控制的，只要是人，难免犯这样或那样的错误。那么如何预防少犯错、或者尽量不给你犯错的机会，这就是ISO9000族标准的精髓。预防措施是一项重要的改进活动。它是自发的、主动的、先进的。可以说：组织采取预防措施的能力，是管理实力的表现。

Option Explicit

Dim xlApp,xlFile,xlsheet,xlsheet2 'Application,ExcelFile,Sheet 因此需要创建三个对象实现对Excel表格的操作
Dim iRowCount,iLoop,jLoop,numAdd(4),iColumnCount,record

Set xlApp=CreateObject("Excel.Application")

Set xlFile=xlApp.Workbooks.Open("F:\VBS\readxl.xlsx")'通过xlApp对象打开一个Excel应用程序,并且返回一个对象给xlFile

Set xlsheet=xlFile.Sheets("Sheet1") '通过xlFile对象的Sheets属性来操作一个sheet
Set xlsheet2=xlFile.Sheets("Sheet2")


iRowCount=xlSheet.usedRange.Rows.Count'通过sheet对象的属性usedRange.Rows属性来获取已经使用的行，而Count方法得到具体的值
iColumnCount=xlSheet.usedRange.Columns.Count

For iLoop=1 to iRowCount
    For jLoop=1 to iColumnCount

    numAdd(jLoop)=xlSheet.Cells(iLoop,jLoop)'通过sheet对象的Cells属性来操作sheet的行列内容
    xlSheet2.Cells(iLoop,jLoop)=numAdd(jLoop)
    Next
    record=Join(numAdd," ")'Join 函数用来数组的内容 Join(Myarray,"") Filter函数过滤字符串数组 Filter(Myarray,"n")

    MsgBox record
Next

xlFile.Save
xlFile.Close
xlApp.Quit

Set xlSheet=Nothing
Set xlSheet2=Nothing
Set xlFile=Nothing
Set xlApp=Nothing

读文件：
------------------------------------------------------------
Option Explicit
 '表示所有的变量先声明，后使用。如果模块中使用了   Option   Explicit，则必须使用   Dim、Private、Public、ReDim   或   Static   语句来显式声明所有的变量。如果使用了未声明的变量名在编译时间会出现错误。使用   Option   Explicit   可以避免在键入已有变量时出错，在变量的范围不是很清楚的代码中使用该语句可以避免混乱。

Const ForReading=1 '
Const ForWriting=2
Const ForAppending=8

Dim fso,file,msg

Set fso=CreateObject("Scripting.FileSystemObject")
Set file=fso.OpenTextFile("F:\VBS\Read.txt",ForReading,True)

Do While Not file.AtEndOfStream
msg=file.ReadLine
MsgBox msg

Loop

file.Close

set file=Nothing
set fso=Nothing

写文件：
----------------------------------------------
Option Explicit '表示所有的变量先声明，后使用。如果模块中使用了   Option   Explicit，则必须使用   Dim、Private、Public、ReDim   或   Static   语句来显式声明所有的变量。如果使用了未声明的变量名在编译时间会出现错误。使用   Option   Explicit   可以避免在键入已有变量时出错，在变量的范围不是很清楚的代码中使用该语句可以避免混乱。

Const ForReading=1 '
Const ForWriting=2
Const ForAppending=8

Dim fso,file,msg

Set fso=CreateObject("Scripting.FileSystemObject")
Set file=fso.OpenTextFile("F:\VBS\Write.txt",ForWriting,True)

file.WriteLine("I am not happy today,and you?")
file.WriteLine("Please be happy,my love!!!")

file.Close

set file=Nothing
set fso=Nothing

回顾：

Console.Write 和Console.WriteLine的区别
Int.Parse()
Console.ReadLine()
For 循环
While循环
Switch... Case

What is Accessibility？

The simplest,most concise difinition:equal access.I 2 words this definition captures the essence of our accessibility goals for our homepage.We want everyone to have access to the functionality of our products,including our web properties.If this isn't our goal,then essentially we are making our products difficult to access.

• Equivalent Functionality for all users

-Equivalent Functionality

• What the user is trying to do,not necessarily the control they're using

-All users

• Older people who use large fonts
• Low version users with magnifiers
• Color blind users
• Completely blind users with screen readers
• Mobility impaired users
• -Keyboard only
• -Mouse only
• -Alternate input devices,such as cane pointers
• Deaf users
• Cognitive and reading disabilities

• Cuts across all customer segments

 

Bad-mouthing yoga seems like begging for a hit of unfavorable karma. But with more than 14 million people practicing yoga or tai chi nationwide, up 136% since 2000, orthopedic surgeons, physical therapists and chiropractors across the country are dealing with the increasing fallout from yoga gone awry. Over the past three years, 13,000 Americans were treated in an emergency room or a doctor's office for yoga-related injuries, according to the Consumer Product Safety Commission.

Often people get hurt because they assume that yoga is simple and that anybody can pretzel himself or herself on demand. Edward Toriello, an orthopedic surgeon and spokesman for the American Academy of Orthopaedic Surgeons, says most of the injuries he sees are sustained by "weekend warrior" baby boomers who begin yoga without realizing that their bodies are no longer what they used to be. "They think that yoga is an easy way to start exercising, so they go to class once a week, not stretched out at all, and they get hurt."

At the same time, others see yoga--a practice originally conceived to help people achieve inner peace and tranquillity--as a way to get a vigorous workout. More than five times as many people take yoga classes at health clubs today as did a decade ago, and enthusiasts have devised all kinds of variations appalling to purists: hip-hop yoga, disco yoga, power yoga, not to mention controversial hot yoga, or Bikram, which incites people to push themselves to their limit in sweltering rooms in which temperatures are set at 105ºF (41ºC).

The truth is, yoga, regardless of the form, doesn't offer a comprehensive way to get fit. According to a study by the American Council on Exercise, a national nonprofit organization that certifies fitness instructors and promotes physical fitness, dedicated yoga practitioners show no improvement in cardiovascular health. It's not the best way to lose weight either. A typical 50-min. class of hatha yoga, one of the most popular styles of yoga in the U.S., burns off fewer calories than are in three Oreos--about the same as a slow, 50-min. walk. Even power yoga burns fewer calories than a comparable session of calisthenics. And while yoga has been shown to alleviate stress and osteoarthritis, it doesn't develop the muscle-bearing strength needed to help with osteoporosis.

Part of the problem is that increasingly, the people teaching yoga don't know enough about it. Yoga was traditionally taught one-on-one by a yogi over a period of years, but today instructors can lead a class after just a weekend course. Though the Yoga Alliance, formed in 1999 and now based in Clinton, Md., has set a minimum standard of 200 hours of training for certification, only 16,168 of the estimated 70,000 instructors in the U.S. have been certified. "Yoga means bringing together mind, body and spirit, but in Western yoga, we've distilled it down to body," says Shana Meyerson, an instructor in Los Angeles. "That's not even yoga anymore. If the goal is to look like Madonna, you're better off running or spinning." Namaste to that.

http://www.51testing.com/?1592/action_viewspace_itemid_84145.html

需求分析
1. 引言
1.1 目的   说明编写这份报告的目的，指出预期的读者。
1.2 背景   指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 参考资料  列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。
编号 资料名称 简介 作者 日期 出版单位
列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。
                    网点         简介
1.4 术语 列出本报告中用到的专门术语的定义。
2. 任务概述
2.1 目标

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2 系统（或用户）的特点

如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度；
如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。
3.假定和约束  列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。
4.需求规定
4.1 软件功能说明

逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。
4.2 对功能的一般性规定

本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。

4.3 对性能的一般性规定
4.3.1 精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。
4.3.2 时间特性要求 说明对于该系统的时间特性要求。
4.3.3 灵活性 说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。
4.4 输入输出要求

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进行解释并举例。
4.5数据管理能力要求（针对软件系统）
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储作出估算。
4.6 故障处理要求
列出可能的软件、硬件故障以啊对各项性而言所产生的后果和对故障处理的要求。
4.7其他专门要求
如用户对安全保密的要求，包括信息加密、信息认证（确定穿过系统或网络的信息没有被修改）方面的要求。
对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
5.运行环境规定
5.1设备 列出运行该软件所需要的硬件设备。
5.2 支撑软件

1）操作系统
2）数据库管理系统
3）其他支撑软件
5.3 接口
简要说明该软件同其他软件之间的公共接口、数据通信协议等，
5.4 控制
说明控制该产品的运行的方法和控制信号，并说明这些控制信号的来源。
6. 尚需解决的问题
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题

测试计划
7.1. 引言
7.1 1.1 目的 说明本项目测试目的、预期达到的目标。
7.2 1.2 背景 说明本项目测试的背景。
7.3 1.3 测试范围 说明本项目测试的内容。
1.4 项目文件列表 列出编写本报告及测试整个过程中所要参考的文件、资料。
相关文件列表
文档 创建（是/否）版本/日期 需求详述 功能详述 项目计划 设计详述 原型 用户手册
8.1. 测试需求
8.1 2.1 分析各种信息
反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：

1）确定软件提供的主要商业任务2）对每个商业任务，确定完成该任务所要进行的交易。
3）确定从数据库信息引出的计算结果。
4）对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
5）确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率 6）确定应用需要处理的数据量。
7）确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
8）确定其他与应用软件没有直接关系的商业交易。包括： 管理功能，如启动和推出程序 配置功能，如设置打印机 操作员的爱好，如字体、颜色 应用功能，如访问email或者显示时间和日期。
9）确定安装过程，包括定置从哪安装、定制安装、升级安装。
10）确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测 试到。还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。
8.2 2.2 需求组织成层次图
9.3. 测试策略
测试策略项----- 例子
测试阶段----- 系统测试
测试类型----- 功能测试
测试技术----- 75%用SQA Suite自动测试，25%手工测试
完成标准----- 95%测试用例通过并且最高级缺陷全部解决
特殊考虑-----测试必须在上午进行

10. 4. 测试内容
根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外，可能还包括性能测试、安全性测试、极限测试、并发操作测试等。
1）功能测试
2）用户界面测试
3）性能测试
4）压力测试
5）容量测试
6）配置测试
7）安装测试
11. 5. 资源
11.1 5.1 人力资源
职位   姓名  特殊责任/说明
测试经理
测试工程师 设计/开发（可以多人）
测试工程师 测试执行（可以多人）
测试系统管理员
11.2 5.2 系统资源
系统 名称/类型
硬件环境
软件环境
专门配置要求
客户测试机
其他要求
12. 6. 人员安排
6.1 估计测试工作量 Σ(每个测试的时间*每个需求的测试的数目*测试需求的数目) （测试设计、开发、….）
12.1
6.2 创建工程调度表
任务                                  相关工作量（天）
测试计划
确定项目
定义测试策略
决定测试需求
估计工作量
确定资源
调度测试活动
生成测试计划文档
测试设计
分析测试需求
指定测试过程
指定测试用例
查看测试需求的覆盖率
测试开发
建立测试开发环境
录制和回放原型过程
开发测试过程
测试和调试测试过程
修改测试过程
重新测试并调试测试过程
测试执行
设置测试系统
执行测试
验证测试结果
调查突发结果（unexpected result）
生成缺陷日记
测试评估
回顾测试日记
评估测试需求的覆盖率
评估缺陷
决定是否达到测试完成的标准
13. 7. 附
1)软件元件
2)测试特性（Assets）
3)测试日记
4)缺陷报告

和红仔一起看了一个多赛季的---赢在中国，现在对这个栏目很是喜欢，每次没有激情或者激情消退的时候，看看这个栏目，总会多了些创业的冲动，多了些激情，也多了些崇拜。

第三赛季的赢在中国总决赛在这周二拉下了帷幕，结果还是基本让我满意，对于红仔个人的点评，我们是心有灵犀 ：）

他们这一届，3456名都很让我失望，一边倒的最后都选12号，真是一个败笔，谁都知道2号谢莉比较优秀，还有柳传志，马云选了2号。我发现老牛，老朱，还有史玉柱他们都五个都是选择谢莉。

第三届里面没有强势的人，除了2号还好一点，结果似乎其他人都融不下她，要知道，他可是三届里面唯一7场不败的。第三届的特色就在于他们的防守和私心都很重，把比赛看得太重太重，你看看杨俊平，祖铮，还有那个靓女，哪一个不是，唯一真情投入一点的还是谢莉和曾花，一个第一，一个第二。总决赛里面继续看到了柳老大的强势和直接，马云的深刻还有吴鹰的不自信。

第二赛季的冠军李书文是我印象最深刻的一个，一个目标很强，很果断也很强势的人。我坚信他会选谢莉的，事实也是如此。这让我很欣慰。

http://www.w3schools.com/default.asp

At W3Schools you will find all the Web-building tutorials you need, from basic HTML and XHTML to advanced XML, SQL, Database, Multimedia and WAP

随着网站的建设越来越标准化，对于w3c的标准学习越来越迫切。目前，微软的msn网站必须要通过w3c的markup 和css validation.虽然作为系统测试人员，我们不需要精通这些标准，精通html,xhtml,css,javascrīpt等等这些与web开发相关的脚本语言，但是了解它们对于我们在测试web UI方面将会有莫大的帮助。

另外提供两个可以自动验证页面是否通过html,css标准验证的网站：

http://validator.w3.org/

http://jigsaw.w3.org/css-validator/

在51testing的测试论坛上面看了一篇--优秀工程师应该具的基本素质。http://www.51testing.com/?action_viewnews_itemid_6991.html 写的比较全面，几乎囊括了所有的测试工程师具备的素质。但是坦白地说，这些对于所谓测试工程师基本素质的要求，应该是让不少入门者或者想向测试行业转的准测试人员有点望而却步的感觉。（曾经遇到一些想做测试的朋友问，测试工程师要求这么高，我可以吗？）呵呵！当然了，这也表明了想做一个优秀的测试工程师还是有蛮大的挑战的。在这里，只是想对测试行业不了解，或者不够了解，或者想了解的同行以及未来的同行鼓鼓劲，不要为这么多的要求吓跑了 ：） 根据我个人的经验，如果你是一个---

• 对测试行业有莫大兴趣的人
• 愿意为了未来的测试工作来补充自己的计算机专业技能、测试技能，行业知识的有心人
• 具备所谓五心的个人素养或者愿意逐步培养自己向良好的个人素养发展的人
• 有着良好的领悟能力、学习能力的人

那么，你就可以成为一个优秀的测试工程师，也许现在不是，但是只要你努力，一年、两年、三年，只要你把这些基本素质作为你的目标，一步一步努力，进而去实现它。也许一年之后，两年之后，三年之后，你就是一个真正的测试工程师。

 

 

Which of the people describing themeselves below are travellers, and which are tourists?

• I always go on all-inclusive package holidays, and stay in luxurious resorts.
• I prefer to book everything in advance I'm very adventurous- a bit of an explorer really-I like to find my own way around new and unusual places.
• I like to get off the beaten track I love backpacking around the world, traveling on a shoestring, staying in budget accommodation and meeting fellow globetrotters

   Find phrase above which mean:

1. Everything paid for before you go
2. Go places that most people don't go to
3. Travel without spending much money

国务院公告

为表达全国各族人民对四川汶川大地震遇难同胞的深切哀悼，国务院决定，2008年5月19日至21日为全国哀悼日。在此期间，全国和各驻外机构下半旗志哀，停止公共娱乐活动，外交部和我国驻外使领馆设立吊唁簿。5月19日14时28分起，全国人民默哀3分钟，届时汽车、火车、舰船鸣笛，防空警报鸣响。

 

2008年5月19日14时28分，OF里面所有在位的员工都站了起来，此刻听到窗外公路上传来汽车的鸣笛声，我们低头默哀3分钟。窗外的鸣笛声，听上去如此的忧伤，眼泪似乎要下来。之后，大家都默默地坐下，除了电脑键盘的声音，寂静，许久。

来自：http://www.51testing.com/?954/action_viewspace_itemid_80314.html

[原创]网站安全测试和OWASP十大Web漏洞 之 跨站脚本攻击(XSS)

2008-04-18 17:57:20 / 个人分类：软件测试技术

其实我觉得web测试的方法和其他C/S架构的产品测试方法一样，基本方法就是黑盒测试、白盒测试和灰盒测试方法。对于大多数人所做的系统测试来说，就是黑盒的测试方法。当然web系统测试和其他架构的系统测试的关注点，略有不同。所以说相同的是测试方法，用例设计的方法；不同的是设计用例的时候关注点，以及测试的区域。比如web测试更关注于安全，性能，用户交互性，UI等等。

因此不管是黑盒测试方法，白盒测试方法，还是灰盒测试方法，当涉及的如何设计用例的时候，基本的方法是一样的。都是根据输入、输出范围，类型，系统功能逻辑等来设计用例。根据web系统的测试关注点，总结了一下web测试中不同的关注区域主要应用的测试用例的设计方法。

1 功能测试

功能测试关注点和其他的应用程序类似，下面根据自己的经验分类总结一下。

a 注册（添加），登录，查询，删除，更新等功能。 此类功能实现其实也就是对所谓的表单测试，以及数据库的测试（前台操作结合后台数据库查询），同时还涉及到安全性测试的范围（操作的相应权限）。利用一般的等价类和边界值的方法，以及错误的猜测。

b 复杂逻辑功能  之所以把这个单独列出来，是因为对于目前的很多购物网站来说，功能和功能之间的衔接越来越紧密，不只是涉及简单的添加，更新功能。即使是添加和更新，也会使各个功能之间有着密切的影响。这类测试紧紧依靠等价类之类的方法，似乎行不通。这类功能可以考虑因果图和场景设计的方法。

c cookie 的功能  此类功能本身可以体现在一般的功能里面，但是处于完全确认功能的正确性考虑，可以同时用一些辅助的工具来检查cookie是否按照预期保存在客户端，可以对于cookie的名称，值，终止日期等进行检测。如httpwatch.

d 不同环境的功能 此类功能可以涉及到兼容性测试的范畴，但是由于此类测试也涉及到web程序的功能问题，因此我在这里稍微描述一下。由于web应用程序对于操作系统和浏览器等环境要求不高的缘故，这也是它能够迅速发展的原因，但是由于不同客户的浏览器，操作系统版本不尽相同，以及设置也不尽一样。因此不同浏览器和操作系统的设置也是功能测试的范畴。

e 链接测试和内容测试 这两种测试属于比较简单的测试，方法可以简单的靠眼睛，也可以进行自动化。但是此类测试也是不可忽视的。因为对于链接不正确路径，以及死链对于用户来说，影响极其的不好。业界有一些测试链接的工具。如：Linkbot等

待续...

 

问：什么是应用程序服务器，什么是web服务器，它们有什么不同?

　　答：通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法(methods)。确切一点，你可以说：Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供(serves)商业逻辑(business logic)。

　　下面让我们来细细道来：

　　Web服务器(Web Server)

　　Web服务器可以解析(handles)HTTP协议。当Web服务器接收到一个HTTP请求(request)，会返回一个HTTP响应(response)，例如送回一个HTML页面。为了处理一个请求(request)，Web服务器可以响应(response)一个静态页面或图片，进行页面跳转(redirect)，或者把动态响应(dynamic response)的产生委托(delegate)给一些其它的程序例如CGI脚本，JSP(JavaServer Pages)脚本，servlets，ASP(Active Server Pages)脚本，服务器端(server-side)Javascrīpt，或者一些其它的服务器端(server-side)技术。无论它们(译者注：脚本)的目的如何，这些服务器端(server-side)的程序通常产生一个HTML的响应(response)来让浏览器可以浏览。

　　要知道，Web服务器的代理模型(delegation model)非常简单。当一个请求(request)被送到Web服务器里来时，它只单纯的把请求(request)传递给可以很好的处理请求(request)的程序(译者注：服务器端脚本)。Web服务器仅仅提供一个可以执行服务器端(server-side)程序和返回(程序所产生的)响应(response)的环境，而不会超出职能范围。服务器端(server-side)程序通常具有事务处理(transaction processing)，数据库连接(database connectivity)和消息(messaging)等功能。

　　虽然Web服务器不支持事务处理或数据库连接池，但它可以配置(employ)各种策略(strategies)来实现容错性(fault tolerance)和可扩展性(scalability)，例如负载平衡(load balancing)，缓冲(caching)。集群特征(clustering—features)经常被误认为仅仅是应用程序服务器专有的特征。

　　应用程序服务器(the Application Server)

　　根据我们的定义，作为应用程序服务器，它通过各种协议，可以包括HTTP，把商业逻辑暴露给(expose)客户端应用程序。Web服务器主要是处理向浏览器发送HTML以供浏览，而应用程序服务器提供访问商业逻辑的途径以供客户端应用程序使用。应用程序使用此商业逻辑就象你调用对象的一个方法(或过程语言中的一个函数)一样。

　　应用程序服务器的客户端(包含有图形用户界面(GUI)的)可能会运行在一台PC、一个Web服务器或者甚至是其它的应用程序服务器上。在应用程序服务器与其客户端之间来回穿梭(traveling)的信息不仅仅局限于简单的显示标记。相反，这种信息就是程序逻辑(program logic)。 正是由于这种逻辑取得了(takes)数据和方法调用(calls)的形式而不是静态HTML，所以客户端才可以随心所欲的使用这种被暴露的商业逻辑。

　　在大多数情形下，应用程序服务器是通过组件(component)的应用程序接口(API)把商业逻辑暴露(expose)(给客户端应用程序)的，例如基于J2EE(Java 2 Platform, Enterprise Edition)应用程序服务器的EJB(Enterprise JavaBean)组件模型。此外，应用程序服务器可以管理自己的资源，例如看大门的工作(gate-keeping duties)包括安全(security)，事务处理(transaction processing)，资源池(resource pooling)， 和消息(messaging)。就象Web服务器一样，应用程序服务器配置了多种可扩展(scalability)和容错(fault tolerance)技术。

　　一个例子

　　例如，设想一个在线商店(网站)提供实时定价(real-time pricing)和有效性(availability)信息。这个站点(site)很可能会提供一个表单(form)让你来选择产品。当你提交查询(query)后，网站会进行查找(lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。我要介绍一个不使用应用程序服务器的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。

　　情景1：不带应用程序服务器的web服务器

　　在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求(request)，然后发送给服务器端(server-side)可以处理请求(request)的程序。此程序从数据库或文本文件(flat file，译者注：flat file是指没有特殊格式的非二进制的文件，如properties和XML文件等)中查找定价信息。一旦找到，服务器端(server-side)程序把结果信息表示成(formulate)HTML形式，最后Web服务器把会它发送到你的Web浏览器。

　　简而言之，Web服务器只是简单的通过响应(response)HTML页面来处理HTTP请求(request)。

　　情景2：带应用程序服务器的Web服务器

　　情景2和情景1相同的是Web服务器还是把响应(response)的产生委托(delegates)给脚本(译者注：服务器端(server-side)程序)。然而，你可以把查找定价的商业逻辑(business logic)放到应用程序服务器上。由于这种变化，此脚本只是简单的调用应用程序服务器的查找服务(lookup service)，而不是已经知道如何查找数据然后表示为(formulate)一个响应(response)。 这时当该脚本程序产生HTML响应(response)时就可以使用该服务的返回结果了。

　　在此情景中，应用程序服务器提供(serves)了用于查询产品的定价信息的商业逻辑。(服务器的)这种功能(functionality)没有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查找服务(lookup service)时，此服务只是简单的查找并返回结果给客户端。

　　通过从响应产生(response-generating)HTML的代码中分离出来，在应用程序之中该定价(查找)逻辑的可重用性更强了。其他的客户端，例如收款机，也可以调用同样的服务(service)来作为一个店员给客户结帐。相反，在情景1中的定价查找服务是不可重用的因为信息内嵌在HTML页中了。

　　总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求(request)，而应用程序服务器则是通过处理定价和有效性(availability)请求(request)来提供应用程序逻辑的。

　　警告(caveats)

　　现在，XML Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷(payload)给服务器，Web服务器现在可以处理数据和响应(response)的能力与以前的应用程序服务器同样多了。

　　另外，现在大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集(subset)。虽然应用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署(deploy)成这种功能(capacity)(译者注：这种功能是指既有应用程序服务器的功能又有Web服务器的功能)。相反，如果需要，他们通常会把Web服务器独立配置，和应用程序服务器一前一后。这种功能的分离有助于提高性能(简单的Web请求(request)就不会影响应用程序服务器了)，分开配置(专门的Web服务器，集群(clustering)等等)，而且给最佳产品的选取留有余地。