图书目录

第一章、        测试实践方法论        1
简介        2
1.1软件测试的发展历程、现状及未来        2
1.2外包测试外包项目分类和发展趋势        3
1.3软件测试方法论        4
1.3.1软件测试目的演变        5
1.3.2坚持软件测试的原则        6
1.3.3不要被多种测试类型分类所迷惑        8
1.3.4两种最常用的软件测试模型        11
1.4可纳入测试规范的测试活动流程        13
1.5对软件测试理解的误区        15
1.6测试岗位对人员基本素质要求        17
1.7检查自己知识的储备够不够        17
1.7.1操作系统知识        17
1.7.2 TCP/IP协议        19
1.7.3DNS域名服务        22
1.7.4DHCP        23
1.7.5HTTP协议简介        25
1.8金融行业软件系统特点和测试特点        30
第二章、        软件质量和缺陷报告        33
简介        34
2.1软件质量        34
2.1.1质量的定义        34
2.1.2测试度量        35
2.2理解国标中的质量模型        36
2.3软件缺陷不再仅仅是小“bug”        39
2.4测试工作离不了的缺陷报告        43
2.4.1测试能力成熟度决定您的缺陷报告要素有多少        44
2.4.2缺陷严重程度5级分类        45
2.4.3缺陷的6种状态        47
2.4.4缺陷报告填写不能没有规范        48
2.5定制您们团队的缺陷跟踪流程        48
2.6选用缺陷跟踪工具提高团队工作效率        59
2.6.1功能全面的Quality Center工具        59
2.6.2小巧精干的Butterfly工具        62
2.7缺陷故障模型        65
2.8典型缺陷分析        67
第三章、文档审查和测试需求分析        70
简介        71
3.1文档审查和评审        71
3.1.1业务需求规格说明书审查        71
3.1.2概要设计文档审查        71
3.1.3安装部署文档审查        72
3.1.4用户手册审查        72
3.1.5在线帮助审查        73
3.1.6项目测试中的评审活动        73
3.2测试活动的基础—测试需求分析        74
3.2.1如何理解测试需求        74
3.2.2测试需求分析        75
3.3使用QC管理测试需求        77
3.3.1定制字段让测试需求表现更充分        78
3.3.2从Excel导入测试需求        79
第四章、测试设计        84
4.1给测试用例下个定义        85
4.2测试用例要素最小集        85
4.3等价类划分        86
4.3.1等价类划分设计方法的基础        86
4.3.2等价类划分设计方法的运用        88
4.4边界值        92
4.4.1边界值设计方法的基础        92
4.4.2边界值设计方法的运用        93
4.5因果图        94
4.5.1因果图设计基础        94
4.5.2因果图设计方法的运用        96
4.6测试用例管理        97
4.6.1QC中测试用例组织和编写        97
4.6.2从Excel导入测试用例        98
4.6.3测试需求和测试用例相互关联        101
4.7测试用例设计        102
4.7.1集成测试用例设计        104
4.7.2功能测试用例设计        105
4.7.3性能测试用例设计        106
4.7.4测试用例说明        108
4.8熟悉项目中运用的“新”知识        109
4.8.1柜面（ACE）介绍        109
4.8.2事务中间件-Tuxedo        112
4.9在测试中采用界面测试规范        113
4.9.1C/S界面设计规范        113
4.9.2B/S界面规范        117
第五章、做好项目测试计划        124
简介        125
5.1测试活动变化也要制定测试计划        125
5.2测试目标和范围        126
5.3测试资源        128
5.4进度计划        128
5.5测试约束条件        129
5.6测试轮次        131
5.7测试策略        131
5.8项目风险        133
5.9测试约定        134
5.10编写性能测试计划关注点        134
5.11系统测试计划模板        136
第六章、单元测试及结果审核        161
简介        162
6.1白盒测试基础        162
6.1.1语句覆盖        163
6.1.2判定覆盖\分支覆盖        164
6.1.3条件覆盖        164
6.1.4判定-条件覆盖        165
6.1.5条件组合测试        165
6.1.6路径测试        166
6.1.7循环测试        166
6.2单元测试        169
6.2.1单元测试步骤        169
6.2.2单元测试内容        170
6.2.3单元测试用例设计        171
6.3测试驱动框架        172
6.3.1JUnit介绍        172
6.3.2JUnit运用案例        174
6.4每日构建        179
6.5单元测试结果审核        182
第七章、产品集成测试        188
简介        189
7.1产品集成测试关注点        189
7.2产品集成测试        190
7.3集成测试计划        192
7.4集成测试设计        193
7.5集成测试执行        195
7.6集成测试总结分析        196
第八章、项目功能测试        198
简介        199
8.1执行前的工作都做完了吗        199
8.2最重要的确认—测试计划和用例评审        199
8.3独立的测试执行环境        200
8.4测试数据准备好了吗        200
8.5参数、流程等配置也不可或缺        201
8.6把握功能测试入口条件的冒烟测试        201
8.7项目经理的烦心事—工作分工和跟踪        202
8.8 管理工具也需要规则—QC中测试执行要求        203
8.9使用PL/SQL Developer获取对比的数据        208
8.9.1编写存储过程        211
8.10测试过程中的数据采集和分析        213
8.10.1数据采集和度量        214
8.10.2多角度展示缺陷统计数据        215
8.10.3测试用例执行统计和需求覆盖统计        217
8.10.4如何给客户做测试有效性分析        218
第九章、项目性能测试        220
简介        221
9.1把握性能测试中概念        221
9.2测试执行准备工作也重要        223
9.3判断设备选型性能评估        224
9.3.1用户业务状况分析        225
9.3.2系统服务器处理能力估算原则        225
9.3.3数据库服务器处理能力估算结果        227
9.3.4应用服务器处理能力估算结果        227
9.3.5主机内存容量估算        227
9.3.6 I/O资源        228
9.3.7存储设备硬件配置估算        228
9.4为测试整合测试工具        231
9.5资源监控和数据采集        232
9.5.1Unix/Linux监控指标        232
9.5.2Oracle 监控指标        235
9.5.3Informix监控        240
9.5.4Weblogic监控指标        245
9.5.5 Apache监控        250
9.5.6Tuxedo监控        253
9.6启用IP欺骗        254
9.7性能测试过程        257
9.7.1轻松创建虚拟用户        258
9.7.2创建真实的负载        259
9.7.3实时监控场景        260
9.7.4分析测试结果        260
9.8构造测试基础数据        261
9.9 LoadRunner和QC完美结合        264
9.10某信息化系统性能测试案例        266
9.10.1分析性能需求        266
9.10.2测试场景设计与开发        269
9.10.3性能测试建模        270
9.10.4构造测试基础数据        271
9.10.5测试环境        272
9.10.6测试策略        273
9.10.7测试场景设计        275
9.10.8测试脚本录制和修改        276
9.10.9参数关联和参数化        287
9.10.10测试结果分析和调优        288
9.11常见性能故障模型        292
9.12性能测试中需要注意的一些问题        296
第十章、用户验收测试和测试报告评审        299
简介        300
10.1用户验收测试        300
10.2测试报告        301
10.3测试报告评审        302
第十一章、项目测试也要自动化        303
简介        304
11.1自动化测试面面观        304
11.2千万别误解自动化测试        306
11.3自动化测试不可缺少的工具        307
11.4功能自动化测试工具-QuickTest Professional        309
11.4.1脚本录制方式        311
11.4.2QTP各种参数设置        311
11.4.3测试结果分析        318
11.5QTP对象识别        319
11.6QC和QTP构建自动化测试框架        321
11.6.1BPT介绍        321
11.6.2工具连接        322
11.6.3BPT使用经验        327
11.7自动化测试流程        330
11.8自动化测试脚本编写规范        331
第十二章、测试项目管理        339
简介        340
12.1项目工作量评估模型        340
12.1.1开发比例法        341
12.1.2外包项目经验类比法        342
12.1.3WBS估算法        344
12.1.4Delphi法        348
12.2测试范围控制        349
12.3项目控制        350
12.3.1项目经理对项目控制        350
12.3.2管理层对项目的控制        352
12.4测试团队工作质量保障        353
12.4.1同行评审        353
12.4.2QA审计        354
12.5测试团队人员管理        358
12.5.1组织架构        358
12.5.2测试团队中各岗位职责        358
12.5.3组建适合您需要的测试团队        361
12.5.4绩效考核        362
12.6不可小视的风险管理        364
12.6.1项目风险        365
12.6.2组织风险        368
12.6.3技术风险        370
12.6.4风险分析和风险跟踪        372
12.7您40%的时间是在沟通        375
12.7.1 书面沟通        375
12.7.2 会议沟通        379
12.7.3 口头和IM沟通        379
12.7.4沟通中注意事项        379
12.8用数据度量项目        380
12.8.1时间和开销度量        380
12.8.2缺陷度量        381
12.8.3测试用例度量        383
12.9似乎不重要的配置管理        383
附件一：功能测试报告模板        388
G.1目的        390
G.2输入文档        390
G.3测试实际进度        390
G.4测试版本        391
G.5测试环境        391
G.6系统测试所完成的测试类型        392
G.7测试结果分析        392
G.7.1测试用例执行分析        392
G.7.2测试需求覆盖分析        393
G.7.3安全性测试和分析        393
G.7.4缺陷分布分析        394
G.7.5重点/典型缺陷分析        395
G.7.6遗留缺陷        395
G.7.7测试过程分析        395
G.7.8测试有效性分析        396
G.8量化分析        396
G.8.1缺陷数据        396
G.8.2偏差原因分析        397
G.8.3对策或调整措施        397
G.9测试结论及产品质量分析        397
G.10缺陷清单        398
附件二：性能测试报告模板        399
G.1测试范围        401
G.1.1性能需求指标        401
G.1.2典型交易        401
G.1.3指标收集        402
G.2测试环境        402
G.2.1测试环境部署架构图        402
G.2.2测试环境软硬件配置        402
G.3测试方案        404
G.3.1模拟数据        404
G.3.2网络带宽        404
G.3.3测试约定        405
G.4测试结果        405
G.5测试中间结果        405
G.5.1单业务基准测试结果        405
G.5.2单业务场景测试结果        406
G.5.3混合业务场景测试结果        407
G.5.4大数据量下单业务场景测试结果        407
G.5.5大数据量下混合业务场景测试结果        408
G.5.6大数据量下稳定性测试结果        409
G5.7清算性能测试结果        410
G.6调优过程和结果分析        411
G.6.1第一轮测试        411
G.6.2第二轮测试        411
G.7性能测试缺陷        411
G.7.1缺陷列表        411
G.7.2遗留缺陷分析        411
G.8系统评价        412
附件三：测试总结报告模板        413
G.1目的        415
G.2输入文档        415
G.3测试实际进度        416
G.4测试结果分析        416
G.4.1测试需求覆盖情况        416
G.4.2用例执行情况分析        417
G.4.3缺陷分析统计        417
G.4.4系统性能指标分析        418
G.5系统遗留缺陷        419
G.6过程问题回顾        419
G.7测试结论及产品质量分析        419
G.8缺陷清单        420

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 6　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

注：非授权，请勿转载 

在实际工作中，很多情况我们需要将不同类型的数据组织起来一起应用，比如：学校在期末考试结束后，通常都要进行学生成绩的填报和查询工作。一个一年级小学生的信息通常包括：姓名、学号、性别、年龄、语文成绩、数学成绩等。姓名、性别是一个字符类型的数据，而年龄、学号为整数类型，语文成绩、数学成绩通常都为单精度浮点类型数据。我们知道不同类型的数据是不能放到同一个数组里面的，那么在C语言中是否有方法将这些不同数据类别的数据组织到一起呢？回答是：“有，可以用结构来处理这种问题。”，接下来，就让我们来了解一下，什么叫结构。“结构”是一种构造类型，它是由若干“成员”组成的，每一个成员可以是一个基本数据类型或者又是一个构造类型。通常，一个结构的一般形式为：

struct 结构名

   {成员表列};

成员表列，由若干个成员组成，每个成员都是该结构的一个组成部分。对每个成员也必须作类型说明，其形式为：

类型说明符 成员名;

现在，让我们一起来给学生来定义一个“结构”

struct student

{

    int num; //学号

    char name[20];      //姓名

    char sex[2];    //性别

       int age;        //年龄

    float chinesescore; //语文成绩

       float mathscore;     //数学成绩

};

上面我们定义了一个名称为“student”的结构，它包含了，学号、姓名、性别、年龄、语文成绩和数学成绩信息。

那么如何应用结构，在LoadRunner中应用结构的示例脚本如下：

struct student

{

    int num; //学号

    char name[8]; //姓名

       int age;        //年龄

    char sex[2];    //性别

    float chinesescore; //语文成绩

       float mathscore;     //数学成绩

};

Action()

{　 //为结构数组赋前２个结构数组元素值

       struct student stu[3]={{101,"孙悟空",30,"男",100.00,100.00},

                                             {102,"沙和尚",28,"男",99.00,99.00},};

       struct student stu1={103,"白骨精",99,"女"}; //为结构变量stu1赋部分数据

       int i;

       stu1.chinesescore=90.50;      //为stu1赋语文成绩

       stu1.mathscore=89.00;         //为stu1赋数学成绩

       stu[2]=stu1;    //将stu1变量赋给数组元素stu[2]

       for (i=0;i<=2;i++) {

              lr_output_message("-----------------------------");

              lr_output_message("第%d个学生信息:",i+1);

              lr_output_message("学号=%d",stu[i].num);

              lr_output_message("姓名=%s",stu[i].name);

              lr_output_message("性别=%s",stu[i].sex);

              lr_output_message("年龄=%d",stu[i].age);

              lr_output_message("语文成绩=%.2f",stu[i].chinesescore);

              lr_output_message("数学成绩=%.2f",stu[i].mathscore);

              lr_output_message("-----------------------------");

       }

       return 0;

}

上面脚本的输出内容为：

Running Vuser...

Starting iteration 1.

Starting action Action.

Action.c(24): -----------------------------

Action.c(25): 第1个学生信息:

Action.c(26): 学号=101

Action.c(27): 姓名=孙悟空

Action.c(28): 性别=男

Action.c(29): 年龄=30

Action.c(30): 语文成绩=100.00

Action.c(31): 数学成绩=100.00

Action.c(32): -----------------------------

Action.c(24): -----------------------------

Action.c(25): 第2个学生信息:

Action.c(26): 学号=102

Action.c(27): 姓名=沙和尚

Action.c(28): 性别=男

Action.c(29): 年龄=28

Action.c(30): 语文成绩=99.00

Action.c(31): 数学成绩=99.00

Action.c(32): -----------------------------

Action.c(24): -----------------------------

Action.c(25): 第3个学生信息:

Action.c(26): 学号=103

Action.c(27): 姓名=白骨精

Action.c(28): 性别=女

Action.c(29): 年龄=99

Action.c(30): 语文成绩=90.50

Action.c(31): 数学成绩=89.00

Action.c(32): -----------------------------

Ending action Action.

Ending iteration 1.

Ending Vuser...

当然，为了我们引用结构方便，您可以应用类型定义符“typedef”将“struct student”命名成简洁的、明了的名称。C语言允许由用户自己定义类型说明符，即：类型定义符“typedef”，允许由用户为数据类型取“别名”。上面的结构脚本，我们可以用“typedef”实现同样的功能。

typedef struct student

{

    int num; //学号

    char name[8]; //姓名

       int age;        //年龄

    char sex[2];    //性别

    float chinesescore; //语文成绩

       float mathscore;     //数学成绩

} STU;

Action()

{     //为结构数组赋前２个结构数组元素值

       STU stu[3]={{101,"孙悟空",30,"男",100.00,100.00},

                                             {102,"沙和尚",28,"男",99.00,99.00},};

       STU stu1={103,"白骨精",99,"女"};//为结构变量stu1赋部分数据

       int i;

       stu1.chinesescore=90.50;      //为stu1赋语文成绩

       stu1.mathscore=89.00;         //为stu1赋数学成绩

       stu[2]=stu1;    //将stu1变量赋给数组元素stu[2]

       for (i=0;i<=2;i++) {

              lr_output_message("-----------------------------");

              lr_output_message("第%d个学生信息:",i+1);

              lr_output_message("学号=%d",stu[i].num);

              lr_output_message("姓名=%s",stu[i].name);

              lr_output_message("性别=%s",stu[i].sex);

              lr_output_message("年龄=%d",stu[i].age);

              lr_output_message("语文成绩=%.2f",stu[i].chinesescore);

              lr_output_message("数学成绩=%.2f",stu[i].mathscore);

              lr_output_message("-----------------------------");

       }

       return 0;

}

请大家注意黑体字部分，应用“typedef”后，您会发现在定义结构变量的时候，我们省略了“struct student”而用自定义的符号“STU”来声明相应变量即可，非常方便。还有一点，不知道您注意到没有，就是我们在定义的时候书写了这样的语句“STU stu[3]”，如果您在Delphi等语言中书写，它会提示您书写错误的，原因是这些语言是不区分大小写的，而在C语言中是区分大小写的，“STU”和“stu”分别代表两个不同的内容。

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

量体裁衣性能测试在企业中的应用

一个估计有百万用户的门户网站代码编写完成了。进行功能测试，运行效果良好，项目组为此欢呼雀跃。在产品的演示会上，风险投资商提出了一个问题－“咱们这个网站能支持多少用户同时在线啊？”。整个会场寂静，一会儿，项目经理说：“我们还没有进行这方面的测试。”会场哗然……

性能测试介绍

只进行功能测试，而不进行性能测试，对一个拥有百万用户的门户网站来说，无疑是一个天大的笑话。一个好的网站（软件）应该是性能稳定的，经的起考验的。那么什么是性能测试呢？

u      性能测试的概念及种类

性能测试是为描述测试对象与性能相关的特征并对其进行评价，而实施和执行的一类测试。它主要通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。通常大家把性能测试、负载测试、压力测试统称为性能测试。

负载测试－通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足系统的性能指标情况下，系统所能够承受的最大负载量的测试。

压力测试－通过逐步增加系统负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，并来获得系统能提供的最大服务级别的测试。

u       性能测试的工具介绍

n         开源工具

开源工具以其源代码开放、针对性强、小巧灵活多变、免费的特性吸引着越来越多的企业和个人投入到开源项目研发当中。IBM投资1000万的Eclipse无疑是最为吸引大家眼球的开源项目。伴随着开源项目的蓬勃发展，很多非常优秀的开源性能测试工具也纷纷出炉，如：Jmeter、OpenSTA、DBMonster、TpTest等。

表13-1:开源性能测试工具介绍

n         商业工具

商业工具以其界面美观、功能强大、操作方便、插件种类多、统计分析项丰富、直观，同时提供产品的定期或者不定期的升级以及技术支持服务等优势也广泛的应用于各个企业。目前比较流行的商业性能测试工具也非常多，如Mercury LoadRunner、IBM Rational Performance Tester(RPT)等工具。

表13-2:商业性能测试工具介绍

n         免费工具

免费工具以其界面美观、免费使用、统计分析项较多、操作较方便等优点也吸引了很多

的企业应用这类软件，比较出名的免费性能测试工具有Microsoft Application Center Test、Microsoft Web Application Stress Tool。

表13-3:免费性能测试工具介绍

性能测试在软件企业的应用

随着软件行业的不断发展，越来越多的企业更加重视产品的质量。性能测试已经成为软件质量保障的一个重要因素。一个软件性能的优劣很有可能直接决定一个软件的成败，甚至一个企业的兴衰。每个软件企业都有各自不同的应用领域，有着不同的实际情况，这样必然要求每个企业量体裁衣，选择适合自己的应用策略。

大型企业、大型项目的应用策略

大型企业应用的软件系统，业务比较复杂、用户数很多、存在并发情况、业务的响应时间、操作的实时性、稳定性、安全性、可恢复性等都要求很高。

象银行、电信、铁路等大型企业一般通过CMMI、ISO等认证，企业拥有先进的管理模式、人员储备丰富、实力雄厚，在涉足的领域基本处于不可撼动的地位。这些行业对性能的要求很高。在此仅举一个铁路售票系统的例子：每逢春节、五一、十一，相信坐火车回家探亲或度假的朋友一定身有体会。在火车站、车票零售点，人海茫茫，一望无际，此时火车售票系统正在经受着巨大的性能考验。全市几百个售票网点同时紧张忙碌工作。售票过程一般分为两步,首先根据购票者提供的要出行的日期、车次和目的地进行相关查询,然后在有票的情况下，收取现金，打印出相应的车票交付给购票者。一个看起来简单的两个步骤,但当成百上千的终端同时执行时，情况就复杂了。如此众多的交易同时发生,对应用程序本身、操作系统、中心数据库服务器、中间件服务器、网络设备的承受力都是一个严峻的考验。由这些行业的性质决定了决策者不可能在发生问题后才考虑系统的承受力, 预见并发承受力, 是这些行业应该考虑的一个很重要的问题。

鉴于大型企业资金雄厚、管理规范、人员分工明确，笔者认为主要可以有两种方式解决大型企业的性能测试问题。

解决方案一：构建自己的性能测试团队

组建由性能测试专家、数据库专家、网络专家和系统软件管理员以及资深的程序员（有的公司还有业务专家）构成的性能测试团队。性能测试团队是一个独立的部门，在进行性能测试时，需要制定详细的性能测试计划、测试设计、测试用例，而后依据测试用例执行性能测试、分析性能测试结果，提出性能调整建议、书写性能测试总结报告。在工具的选用方面，建议选择商业性能测试工具，强大的功能、丰富的统计分析项、而且象Mercury LoadRunner和IBM Rational Performance Tester等工具还提供了专门的插件可以集成到IDE中，做粒度很细的工作，如看某个算法的执行时间、某个存储过程的执行时间、甚至某个语句的执行时间等。这些优势无疑为专家们定位系统问题提供了很好的依据。

解决方案二：专业性能测试机构为系统测试

   如果企业没有自己的性能测试部门，请专业的性能测试机构为系统做测试也不失为一个好办法。专业软件测试机构具有成熟的测试流程和测试方法，由有丰富的工作经验的性能测试工程师进行测试并提交专业的性能分析报告，可极大地提高测试有效性，同时企业不需为维护性能测试而保留的由各方面专家组成的部门人员的高额费用（这种情况在很少进行性能测试的企业尤为重要）。还可保证测试的独立性、公正性，避免了部门之间产生矛盾或磨擦。

中型企业、中型项目的应用策略

中型应用的软件系统，业务比较复杂、用户数较多、存在并发情况，对业务的响应时间、稳定性等都有一定的要求。

中型企业一般通过ISO认证，企业拥有比较先进的管理模式、有一定的人员储备、较强实力，在涉足的领域有比较有名气，对性能的要求比较高。在此仅举一个汽车配件查询系统的例子：该系统提供近千家的汽车配件信息，通常有50－120人在线。用户操作的最多的就是查询厂家及其配件信息的操作。这是一个典型的中型项目。用户并发数量不是很大，涉及到频繁的查询操作，对系统的响应时间和系统的稳定性要求比较高。

鉴于中型企业有较强实力、管理较规范、有一定的人员储备，笔者认为主要可以有三种方式解决中型企业的性能测试问题。

解决方案一：临时组建性能测试团队

在测试部门和开发部门临时组建由资深的程序员、资深的测试员、数据库专家、网络专家和系统软件管理员构成的性能测试团队。性能测试团队不是一个独立的部门，分别由隶属于开发、测试等部门的专家构成。在进行性能测试时，需要制定详细的性能测试计划、测试用例，而后依据测试用例执行性能测试、分析性能测试结果，提出性能调整建议、书写性能测试总结报告。在工具的选用方面，建议选择商业性能测试工具，购买单协议的Mercury LoadRunner、IBM Rational Performance Tester等工具。也可以选择开源的性能测试工具，如：Jmeter 、 OpenSTA等。还可以选择免费的性能测试工具，如：Microsoft Web Application Stress Tool 或 Microsoft Application Center Test 。但是无论是开源工具还是免费的测试工具，因为这些工具为非商业工具，它们使用的熟悉过程时间长、统计分析项不是十分丰富以及产品的后期升级和技术支持没有保证都应该成为企业考虑的内容。

解决方案二：自行编写测试程序

对于特定的模块或者插件也可以进行针对性进行代码编写，进行相关性能测试。在此我仅举一个例子，记得在开发一个汽车定损行业管理软件时，系统需要以FTP方式传送汽车损坏情况照片，决定采用第三方提供的FTP服务器组件。需要对该FTP服务组件进行系统稳定性和并发性测试。经过项目组协商决定采用自行编写多线程程序模拟多个客户端进行不间断的持续FTP上传和下载操作。自行编写测试程序也不失为另一种性能测试的方法，但是在您进行程序编写的时候一定要注意您所应用的组件是否是线程安全的，如果线程不安全将会出现问题。

解决方案三：专业性能测试机构为系统测试

   如果在时间紧、任务重以及在企业条件允许的情况下，请专业的性能测试机构为系统做测试也不失为一个办法，其优势不再赘述。

小型企业、小型项目的应用策略

小型应用的软件系统，业务比较简单、用户数也不是很多、存在并发情况，对业务的响应时间、稳定性等都有一定的要求。

小型企业一般管理不是很规范、人员储备不太充足、有一定的经济实力，在涉足的领域有些名气，对性能有一定的要求。在此仅举一个进销存管理系统的例子：该系统为一个大型商场对日常进销存业务的管理，通常有10－30人应用此系统。用户操作的最多的就是查询与销售商品的操作。这是一个典型的中、小型项目。用户并发数量不大，涉及到频繁的查询和出库操作，对系统的响应时间和系统的稳定性有一定要求。

鉴于小型企业有一定的经济实力、管理不是很规范、人员储备也不是很充足，笔者认为主要可以有两种方式解决小型企业的性能测试问题。

解决方案一：临时组建性能测试团队

临时组建由资深的程序员、数据库专家、网络专家和系统软件管理员构成的性能测试团队，有的公司可能存在上述提及人员不完整的情况，那么可以针对项目的重要程度，适当增加相应的专家人员，必要时应该外聘一些专职或者兼职的专家。性能测试团队不是一个独立的部门，分别由隶属于开发等部门的专家构成。在进行性能测试时，需要制定详细的性能测试计划、测试用例，而后依据测试用例执行性能测试、分析性能测试结果，提出性能调整建议、书写性能测试总结报告。在工具的选用方面，可以考虑选择商业性能测试工具，购买单协议的Mercury LoadRunner、IBM Rational Performance Tester等工具、或者购买具有一个月或者几个月许可协议的商业性能测试工具。也可以选择适合项目的开源、免费性能测试工具。

解决方案二：专业性能测试机构为系统测试

   如果在时间紧、任务重或者软件性能测试要求较高以及在企业条件允许的情况下，请专业的性能测试机构为系统做测试也不失为一个办法，其优势不再赘述。

总结

       以上策略是一个普遍的应用于大、中、小企业以及大、中、小项目进行性能测试的应用策略，并不见得大公司就不做小项目，而小公司就不可以承揽大型项目，每个企业应该根据企业的实际情况和项目的规模，选择行之有效的性能测试团队组建形式和具体的解决方案来成功完成性能测试工作。

评论: 2　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

　　许多求职者只留意面试时的礼仪，忽略了应聘后的善后工作，可事实上，面试结束并不意味着求职过程的完结。求职者不应该袖手以待聘用通知的到来，有些事情您还必须加以注意。
 
写信表示感谢为了加深招聘人员对您的印象，增加求职成功的可能性，面试后的两三天内，您最好给招聘人员打个电话或写信表示感谢。感谢电话要简短，最好不要超过3分钟；感谢信要简洁，最好不超过一页纸。感谢信的开头应提及您的姓名及简单情况，以及面试的时间，并对招聘人员表示感谢。感谢信的中间部分要重申您对该公司、该职位的兴趣，增加一些对求职成功有用的新内容。感谢信的结尾可以表示您对自己的信心，以及为公司的发展壮大做贡献的决心。
 
不要过于急切的打听面试结果，在一般情况下，每次面试结束后，招聘主管人员都要进行讨论和投票，然后送人事部门汇总，最后确定录用人选，这个阶段可能多则需要几周、几个月，少则需要三五天的时间。求职者在这段时间内一定要耐心等候消息。
 
如果您同时向几家公司求职，在一次面试结束后，则要注意调整自己的心情，准备全身心投入到第二家面试的考验当中。因为，在没有接到聘用通知之前，面试结果还是个未知数，您不应该放弃其他机会，即使同时获得几家招聘单位的录用通知，您在有所准备的情况下，也可以从优选择。
 
一般来说，如果您在面试的两周后，或主考官许诺的时间之后还没有收到对方的答复时，就应该写信或打电话给招聘单位，询问面试结果。
 
谁也无法保证应聘时每次都会成功，如果您在应聘时失败了，也不要气馁，这一次失败了，还有下一次，有的时候还存在因为您要工资高于企业所能够接受的范围，企业不得不忍痛舍弃选择您，这种情况您就更不能灰心失望了，就业机会不只一个。“失败是成功之母”，关键是必须总结经验教训，找出失败的真正原因，并针对这些不足重新做准备，以谋求下一次面试成功。

评论: 2　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库