论坛说明书

自动化测试 综合实训技术报告 课题名称系/专 业 班 级学 号学生姓名自动化测试（B/S系统自动化测试）

指导教师：

2012 年11月20日

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

摘 要

现今，软件测试的必要性日益凸显，软件行业的就业压力也日趋严峻，因此，我院开展了软件测试这课程，并于本学期末制定了 B/S系统自动化测试的实训项目。

运用功能测试和性能测试的工具，完成对论坛网站的系统测试。该论坛网站系统的分为七个模块：门户、广场、群组、家园、排行榜、我的中心以及登陆。

本文档是对本系统测试的详细介绍，包括：门户、广场、群组、家园、排行榜、我的中心以及登陆的测试，结论、参考文献、小组总结等等。虽然该项论坛网站系统测试用例健壮性还不够，但是基本的测试都已实现。

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

目 录

1 测试计划 ............................................................. 1 1. 1概述 ............................................................. 1 1.2约定 .............................................................. 1 1.3测试种类及测试标准 ................................................ 3 1.3.1测试种类 ...................................................... 3 1.3.2测试方法及标准 ................................................ 3 1.4测试重点及顺序 .................................................... 4 1.4.1预测风险 ...................................................... 4 1.4.2测试重点 ...................................................... 4 1.5暂停标准和再启动要求 .............................................. 4 1.6测试提交物 ........................................................ 4 2 测试用例及执行 ....................................................... 6 2.1功能测试 .......................................................... 6 2.1.1注册登陆管模块的测试 .......................................... 6 2.1.2 QTP的测试总结与分析 ......................................... 12 2.2性能测试 ......................................................... 13 2.2.1 性能测试 .................................................... 13 2.2.2 测试工具 .................................................... 14 2.2.3 性能测试用例 ................................................ 23 2.2.4 性能测试分析 ................................................ 24 3测试总结 ............................................................ 26 3.1 测试目的 ........................................................ 26 3.2测试概述 ......................................................... 26 3.3测试总结和建议 ................................................... 26 3.4测试记录 ......................................................... 27 谢 辞 ............................................................... 28 参考文献 .............................................................. 29 结 论 ............................................................... 30

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

1 测试计划

1. 1概述

论坛又名网络社区，英文简称BBS，是Internet上的一种电子信息服务系统。

从最初的电子公告板发展到现在，已经成为网民生活中的一部分，论坛的主要功能是用户可以自由发布主题和回复帖子，内容多变，具有极强的交互性。

论坛可分为教学型论坛，推广型论坛，技术性论坛，交流型论坛，地方性论坛 网络论坛是用户使用较普通的互动工具之一，论坛的开放性，分享性和多重传播的效果可以在网络文化建设方面有大作为。从当前互联网以及网民的网络应用程度来看，网络论坛的发展趋势将向地方化，社区化推进，需要加强网络论坛与其他网络互动应用的对接，繁荣网络文化，提升网络论坛的盈利。

信息系统的流行也避免不了有时会出现系统功能和性能上的缺陷，而如何去测试好这个系统也成为了关键。一般都要事先写好测试计划和测试设计阶段主要进行的文档审查和测试需求分析、设计测试用例和运用测试工具去测试系统，缺陷报告等；在测试执行活动阶段主要进行测试范围控制、配置管理等。针对一个网络论坛，组织和管理该系统测试流程的所有阶段是很重要的,所以运用自动化测试工具去测试这个系统，也避免复杂的人工测试减少了时间，并提高了效率。找到了缺陷也防止了系统投入了市场，出现问题了再改，这样就会损失很大，所以测试也是一件很重要的事情。

1）产品简介

本次开发是基于B2C网上的论坛管理系统，本系统的功能包括登陆，门户，广场，群组，家园，排行榜，我的个人中心等，而设计的一个管理系统。

2）范围

描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本计划

所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。

3）条件

本测试计划受限于产品测试人员提交测试的内容和时间的事实。

1.2约定

1）测试目标

论坛管理系统的目的是：

1.测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。

第 1 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

2.产品规定的操作和运行稳定。

3.Bug数和缺陷率控制在可接收的范围之内。 2）接收标准

本节所述的接收标准是指可测试的标准，这个标准以测试组接收测试为限。 3）资源和工具 1.资源

(1) 测试服务器：稳定的测试服务器。 (2) 人员：测试审核人，测试实施人员六名。

2.工具

测试中使用的Bug管理工具为经过改进的Bug管理工具、自动化功能测试工具QTP，性能测试工具loadRunner。 4） 进度表

进度表是用来描述我测试系统的一个过程和一般所用的时间，这样也更好的让我

明白某个模块所要用的时间，方便规划如何去做好自己的毕业设计说明书。 项目名称 一、测试需求分析 1技术要求研论 2 讨论系统功能 3 编写测试需求 4 评审测试需求 5确定最终测试需求 二 环境准备 1 搭建环境 2 配置QTP，LoadRunner 三、测试设计 1 测试用例设计 2 测试用例评审 四、功能测试 1 录制脚本 2 编制，增强脚本 3 执行脚本 五 性能测试 1 性能测试方案设计 2 方案评审 3 录制，编辑脚本 4 设置场景 5 执行测试 6 分析结果 表1.2 进度表 完成需要时间 项目验收和作业文件 备注 3天 1. 测试需求简要说明 1天 2天 7天 1用例文档 2 评审记录 1脚本 2 执行记录 7天 1 性能测试方案 2 脚本 3 场景 4 测试结果 第 2 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

五、项目文档 1天 测试报告 整理资料、答辩 1.3测试种类及测试标准

1.3.1测试种类

计划完成的类型测试：功能测试、性能测试、界面测试 1.3.2测试方法及标准

1）功能测试

功能测试是用来测试系统的功能否实现。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法，即通过图形用户界面 (GUI) 与应用程序交互并分析输出结果来验证应用 程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要：

表1.3 功能测试说明表 测试目标 确保测试对象的功能正常，其中包括注册、登陆、发表文章，评论，回复等。 方法 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 完成标准 所计划的测试已全部执行。 所有模块均测试过。 需考虑的特确定或说明那些将对功能测试的实施和执行造成影响的事项殊事项 或因素（内部的或外部的）

2）性能测试

本次性能测试，重点模拟客户进行多用户测试。压力测试有一条8：2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常访问同一个页面，根据并发用户数的不同，来分析页面登录的情况，是不是访问的时间很长，或者超过一般等待的时间。

表1.4性能测试说明表

测试目标 方法 完成标准 确保测试系统的性能指标。 利用设置的数据对于自动化性能工具进行测试 所计划的测试已全部执行。 所发现的缺陷已全部解决。 需考虑的特殊事项 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的） 第 3 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

1.4测试重点及顺序

1.4.1预测风险

本次测试过程中，可能出现的风险如下：

1) bug的修复情况 2) 模块功能的实现情况 3) 系统整体功能的实现情况 4) 代码的编写质量

5) 人员经验以及对软件的熟悉度

6) 开发人员、测试人员关于项目约定的执行情况 7) 人员调整导致研发周期延迟

8) 开发时间的缩短导致某些测试计划无法执行 1.4.2测试重点

这里仅为功能测试重点的描述，具体测试方法以及内容请参见测试用例。 1）用户注册登录：成功注册并跳转到登陆页面，或者成功登陆 2）门户管理：显示所有该有的信息，各种链接均能跳转 3）广场管理： 用户在广场发表回复信息 4）群组管理：用户加入的群

5）家园管理：显示用户家园，并能进行一定的管理操作

6）排行榜管理：显示用户排行榜

7）个人中心管理：显示个人信息，并能修改个人信息

1.5暂停标准和再启动要求

1）软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。

2）软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。 3）软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据。

4）如有新的项目需求，则在原测试计划下做相应的调整。 5）若开发暂停，则相应测试也暂停，并备份暂停点数据。。 6）若项目中止，则对已完成的测试工作做测试活动总结。 7）项目再启动时，测试进度重新安排或顺延。

1.6测试提交物

本次测试完成后的提交物：

第 4 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

 测试计划  测试用例

 功能和性能的测试分析  测试Bug报告  测试总结报告

第 5 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

2 测试用例及执行

2.1功能测试

功能测试的目的:功能测试就是对产品的各功能进行验证，根据功能测试用例，逐

项测试，检查产品是否达到用户要求的功能。拿论坛管理系统来说能是测试注册、登陆、发表信息、回复信息和页面的跳转能否成功等功能。

QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等

以下是用QTP对于注册登陆模块的监测过程：

2.1.1注册登陆管模块的测试

图2-1系统的主页面

第 6 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

图2-2 门户管理页面

注册界面如下：

图2-3 注册界面

对用户注册有几个要点： 用户名不能为空 密码与确认密码保持一致 3邮箱地址输入正确 点击提交按钮 测试用例如下：

输入

编号 LZ-001

用户名 zhuita

密码 123asd

确认密码 123asd

邮箱地址 62563@qq.com

点击按钮 是

预期结果 是否通过 注册成功 是

第 7 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

LZ-002 LZ-003 LZ-004 LZ-005 LZ-006 LZ-007 LZ-008 LZ-009

空 zhuita zhuita zhuita zhuita zhui 空 zhuita

124asd 空 asdf asdf asdf asdf 空 空

124asd 125asd 空 asdfs asdf asdf 空 空

625@qq.com 62565@qq.com 62566@qq.com 62567@qq.com 625

62569@qq.com 62570@qq.com 62571@qq.com

是 是 是 是 是 否 是 是

注册失败 是 注册失败 是 注册失败 是 注册失败 是 注册失败 是 注册成功 是 注册失败 是 注册失败 是

测试结果也相关代码： 代码如下：

Browser(\"广场 - Discuz! Board - Powered\").Page(\"广场 - Discuz! Board - Powered\").Link(\"注册\").Click

Browser(\"广场 - Discuz! Board - Powered\").Page(\"广场 - Discuz! Board - Powered\").WebEdit(\"username\").Set \"zhuita\"

Browser(\"广场 - Discuz! Board - Powered\").Page(\"广场 - Discuz! Board - Powered\").WebEdit(\"password\").SetSecure \"50a5902bb0ee915ba142abc9994e0cb70118\"

Browser(\"广场 - Discuz! Board - Powered\").Page(\"广场 - Discuz! Board - Powered\").WebEdit(\"password2\").SetSecure \"50a5902f8b98a267e3d4cf586a84d4248c75\"

Browser(\"广场 - Discuz! Board - Powered\").Page(\"广场 - Discuz! Board - Powered\").WebEdit(\"email\").Set \"625@qq.com\"

Browser(\"广场 - Discuz! Board - Powered\").Page(\"广场 - Discuz! Board - Powered\").WebButton(\"提交\").Click

第 8 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

图2-4测试注册登陆页面

图2-5 运行的结果

第 9 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

第 10 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

图2-6 插入检查点监测能否注册成功

图2-7 插入检查点监测能否登陆成功

第 11 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

2.1.2 QTP的测试总结与分析

QTP是一种基于GUI的功能自动化的测试工具，进入QTP主界面后，要先设置Windows应用程序的录制和运行界面中，选择Record and run test on any open Windows-based application，也就是可以录制和运行所有在系统中出现的应用程序，对于房间状况管理系统的录制，是事先把酒店管理系统的页面打开，然后按Record进行录制脚本。

根据所写的测试用例进行录制，点击结果如图2.9，而在图2.9中我们可以看到的

第 12 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

是Keyword View中显示的所录制的步骤，Expert View是根据所录制的步骤所附带的脚本，Active Screen是根据录制的步骤所显示的图片。而图2.10就是录制完后按Run所运行的结果，从图2.10的页面中查看概要的测试结果信息，包括测试的名称、测试的开始和结束的时间、测试脚本运行的迭代次数、测试通过的状态等。图2.10中的Results的Success就是证明所录制的是成功的，状态也是Passed。图中的插入的检查点（即图2.10所显示的打√的）的运行也表明是运行成功的。如何插入检查点的步骤如图2.4、图2.5、图2.7、图2.8。这个模块的脚本见附录。

2.2性能测试

2.2.1 性能测试 1)目的

性能测试的目的是验证软件系统是否能够达到用户提出的性能指标，同时发现软件系统中存在的性能瓶颈，优化软件，最后祈祷优化系统的目的。包括以下几个方面：

1.评估系统的能力，测试中得到的负荷和相应时间数据可以被用于验证所计划的模型的能力，并帮做做出决策。

2.识别体系中的弱点，受控的负荷可以被增加到一个极端的水平，并突破它，从而修复体系的瓶颈或薄弱的地方。

3.系统调优：重复运行测试，验证调整系统的活动得到了预期的结果，从而改进性能。检测软件中的问题：长时间的测试执行中导致程序发生由于内存泄露引起的失败，揭示程序中的问题或突破。

4.验证稳定性（resilience）、可靠性（reliability）：在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法。 2）负载测试含义

负载测试是为了测量WEB系统在某一负载级别上的性能，以保证WEB系统在需求范围能正常工作。负载级别可以是某个时刻同时访问WEB系统的用户数量，也可以是在线数据处理的数量。例如：WEB应用系统能允许多少个用户同时在线？如果超过了这个数量级，会出现什么现象？WEB应用系统能否处理大量用户对同个页面的请求？

第 13 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

2.2.2 测试工具

LoadRunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用 LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。

负载测试是一个重复过程。每次处理完一个出错情况，您都需要对您的应用程序在相同的方案下，再进行一次负载测试。以此检验您所做的修正是否改善了运行性能。

LoadRunner完全支持EJB 的负载测试。这些基于Java 的组件运行在应用服务器上，提供广泛的应用服务。通过测试这些组件，您可以在应用程序开发的早期就确认并解决可能产生的问题。

利用LoadRunner,您可以很方便地了解系统的性能。它的Controller 允许您重复执行与出错修改前相同的测试方案。它的基于HTML 的报告为您提供一个比较性能结果所需的基准，以此衡量在一段时间内，有多大程度的改进并确保应用成功。由于这些报告是基于HTML 的文本，您可以将其公布于您小组的内部网上，便于随时查阅。

1． 使用Vugen创建虚拟用户执行脚本

A．从菜单中选择运行Virtual User Generator：

B．创建一个单协议脚本，选择协议类型为\"Tuxedo 7\"

C．在弹出的窗口中输入Tuxedo客户机程序的可执行文件名（例：SimpApp.exe），并选择\"Record into Action\"为Action。

点击\"OK\"开始录制脚本，这时Vugen就会启动以exe后缀名的文件，输入内容，点击停止录制按钮。

D．编辑Vuser脚本。在C中做的所有操作都被录了下来，记录到一个脚本文件中，并保存。

2． 使用控制器（Controller）来调度虚拟用户

A．从菜单中选择运行Controller：

B．创建一个新的Scenario，选择刚才录制的脚本（例：simpapp）： 点击\"OK\"，弹出Scenario调度界面。在\"Quantity\"中输入100，表示使用100个虚拟用户。（虚拟用户与购买的LICENSE有关联）

C．点击\"Edit Schedule\"来编辑压力调度。 D．选择\"Runtime settings\"来作运行时设置。

在Pacing的设置中，\"Number of Iterations\"用于设置Vusers的

第 14 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

Actions被执行的次数；\"Start new iteration\"用于设置调度器在什么时机迭代执行Vusers的Actions。

\"Think Time\"用于设置Vusers的反应和思考时间，以尽量做到和正常人一样来施压。\"Ignore think time\"表示忽略思考时间，这是理想状态，一般不使用。\"As recorded\"表示按照录制时的实际操作时间。\"Multiply recorded think time by\"表示Vusers的思考时间是实际录制时间的若干倍。

在\"Miscellaneous\"中设置一些杂项，如使用进程还是使用线程等。对于TUXEDO，好象只能选进程模式。

E．选择\"Start scenario\"来开始本次压力测试调度。

3．LoadRunner组件

1.VuGen（虚拟用户生成器）用于捕获最终用户业务流程和创建自动性能测试脚本 （也称为虚拟用户脚本）。

2.Controller （控制器）用于组织、驱动、管理和监控负载测试。 3.Load Generator（负载生成器）用于通过运行虚拟用户生成负载。 4.Analysis （分析器）有助于您查看、分析和比较性能结果。 具体操作步骤如下：

第 15 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

第 16 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

开始录制，配置Discuz社区 关闭进程mysqld-nt.exe

第 17 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

打开EasyPHP

开始录制

第 18 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

录制结束的代码页：

第 19 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

代码回放：

创建一个scenario 打开tools选中

第 20 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

选中100个用户

第 21 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

第 22 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

2.2.3 性能测试用例

50个并发用户数的执行场景，右击“测试计划”选择“添加—线程组”，在并发用户数填：50，在Ramp-Up Period(in seconds)：10

第 23 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

图2-12 50个并发用户数的运行界面

2.2.4 性能测试分析

1）参数的含义： 样本数目是总共发送到服务器的请求数。 最新样本是代表时间的数字,是服务器响应最后一个请求的时间。 吞吐量是服务器每分钟处理的请求数。 平均值是总运行时间除以发送到服务器的请求数。 中间值是代表时间的数字，有一半的服务器响应时间低于该值而另一半高于该值。 偏离表示服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布就。 2）聚合报告 表2.2 参数表 Label #Samples Average Median 90%Line Through HTTP请求 总体 75 11 5 9 22.362分钟 75 11 5 9 22.362分钟 图表含义说明如下： Label：说明是请求类型，如Http，FTP等请求。 #Samples：也就是图形报表中的样本数目，总共发送到服务器的样本数目。 Average：也就是图形报表中的平均值，是总运行时间除以发送到服务器的请求第 24 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

数。

Median：也就是图形报表中的中间值，是代表时间的数字，有一半的服务器响应时间低于该值而另一半高于该值。

90%line：是指90%请求的响应时间比所得数值还要小。

Throughput:也就是图形报表中的吞吐量，这里是服务器每单位时间处理的请求数，注意查看是秒或是分钟。 3）使用分析

在测试过程中，平均响应时间是我们性能测试的一个重要衡量指标，但是在测试中，特别是在聚合报告中，得出的90%Line,，我认为90%Line等同于的90%响应时间,这个数值对我们性能测试分析也很有参考价值。90%响应时间是说在发送的请求中，90%的用户响应时间都比得到的数值上要短，同时说明，一个系统在应用时，90%的用户响应时间都能达到这个数值，那么就为系统性能分析提供了很好的参考价值。

第 25 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

3测试总结

3.1 测试目的

测试的目的是发现现有系统还存在的问题，因此测试人员，通过卫生高级专业技术资格网上申报系统的熟练操作了解该系统的基本功能和操作流程，通过对该系统的界面、功能、性能的测试，发现该系统还存在的一些缺陷。

3.2测试概述

1）系统概述

本次测试的是基于论坛管理系统的功能和性能的测试，这个系统功能包括门户的管理、广场管理、群组管理、家园管理、排行榜管理等功能，是适用于一些小型的论坛的管理。 2）文档概述

本文档用于对论坛管理系统的软件的测试工作阶段成果的描述。包括对软件测试的整体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果等内容。

运用了自动化测试工具，功能测试QTP,性能测试LoadRunner,而功能测试就是测试这些功能有没有缺陷，性能测试测试用户数同时请求下响应时间。

3.3测试总结和建议

1）测试总结

本次测试对论坛管理系统软件进行了功能和性能的测试。在测试过程中针对发现的软件缺陷进行了初步分析，并论坛中可能存在的问题进行考查。在软件测试中首先根据软件测试的规范进行考核，将书写规范，注释等基础问题首先解决，其次考核软件测试中的问题是否存在设计上的逻辑缺陷，如果存在设计缺陷则应分析该缺陷的严重程度以及可能引发的故障。 2）动态测试小结

动态测试使用的测试工具为论坛管理系统软件集成开发环境。

总共的测试用例数:33个。全部由测试人员人工设计。其中功能测试用例10个，性能测试用例5个。发现的软件缺陷有2个，都是在功能测试过程中发现的。上述软件缺陷见附件《软件问题报告单》： 动态测试中代码覆盖率：

代码行覆盖率 100% 分支覆盖率 100% 程序单元调用覆盖率 100％ 动态测试中的缺陷分析：

第 26 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

严重缺陷3个，都是关乎系统的功能方面的修改后经回归测试问题得到了解决。 3）测试结果

在两个阶段测试过程发现软件缺陷2个，缺陷分布见表4.1.经软件开发人员确认的缺陷为2个，经过改正的代码消除了所有以确认的软件缺陷并通过了回归测试。因测试条件所限，未能进行软件的确认测试和系统测试。

功能模块名称 注册登录管理模块 表4.1缺陷分布 缺陷数 1 备注 注册完，登陆，退出时都无自动刷新。 家园模块页面报告错误 1 家园模块 4）评估和建议 1软件编码规范化评估

经过回归测试，未残留的软件编码规范性缺陷。软件代码文本注释率约为42%，代码注释充分，有利与代码的理解和维护。

2 软件动态测试评估

使用的测试用例个数：33个

达到软件测试出口准则的软件单元数为11个，通过率100％ 3改进建议

（1）建议在软件开发项目中全面实施软件工程化，加强软件开发的管理工作。 （2）建议进一步加强软件需求规格说明、软件设计文档编制以及编写代码的规范化。特别是应该将系统中的硬件研制和软件研制分别管理，软件文档编制的种类和规格按照相关标准执行。 （3）尽早开展软件测试工作。在软件研制计划安排上给软件测试留有必要的时间，在资源配置上给软件测试必要的支撑。

（4）建议结合系统联试，开展软件的确认和系统测试。

3.4测试记录

1）测试时间：2012年10月29日至2012年11月16日。 2）地点：（略）。

3）硬件配置：P4CPU/2.0G，内存256M，硬盘1G 4）软件配置：Wondows xp，

5）所有测试相关活动的日期和时间、测试操作人员等记录见软件测试记录文档。

第 27 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

谢 辞

本论文设计在老师的悉心指导和严格要求下已完成，从课题选择到具体的写作过程，论文初稿与定稿无不凝聚着老师的心血和汗水，在我的毕业设计期间，老师为我提供了种种专业知识上的指导和一些富于创造性的建议。在此向老师表示深深的感谢和崇高的敬意！

在临近毕业之际，我还要借此机会向在这三年中给予我诸多教诲和帮助的各位老师表示由衷的谢意，感谢他们三年来的辛勤栽培。不积跬步何以至千里，各位任课老师认真负责，在他们的悉心帮助和支持下，我能够很好的掌握和运用专业知识，并在设计中得以体现，顺利完成毕业论文。

同时，在报告写作过程中，我们还参考了有关的书籍和论文，在这里一并向有关的作者表示谢意。

在实训的这段时间里，小组成员积极合作，共同完成了这份报告，这份凝聚这我们心血的报告。相信大家从这次实训中学会了不少的知识，也锻炼了我们的实践能力和提升了我们的专业知识。

第 28 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

参考文献

[1]武剑洁，陈传波.《软件测试技术基础》.武汉：华中科技大学出版社，2008.10 [2]陈能技. 《QTP自动化测试实践》.北京：电子工业出版社，2008.6 [3]刘冰，瞿中. 《软件工程实践教程》.北京：机械工业出版社，2009.1 [4]陈绍英. 《LoadRunner性能测试实战》.北京：电子工业出版社，2007.9 [5]高楼.《软件测试项目实战》.北京：电子工业出版社，2010.4

[6]黄晓磊. 《软件测试原理、技术及工具》.北京：清华大学出版社，2011.3 [7]王峰. 《计算机软件测试》.北京：机械工业出版社，2008.5

[8]张克东. 《软件工程与软件测试自动化教程》.北京：电子工业出版社，2009.5 [9]许育诚. 《软件测试与质量管理》.北京：电子工业出版社，2010.7

第 29 页

┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 装 ┊ ┊ ┊ ┊ ┊ 订 ┊ ┊ ┊ ┊ ┊ 线 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊

结 论

四周的实训，我们运用了性能测试LoadRunnder和功能测试QTP工具，完成了对论坛网站的测试。

该论坛网站系统的分为七个模块：门户、广场、群组、家园、排行榜、我的中心以及登陆。各个模块主要测试内容是是否有可以正常运行、是否实现该有的功能以及有什么缺陷。

通过这四周的实训，使我们更加觉得测试的重要性，让我们把学到的东西得到了实践，从中也发现了自己的不足，并通过小组成员的讨论得到了解决，同时也收获了很多。我组虽然倍感折磨，但是收获却很大，学习中我们不但有了学习成果的喜悦，而且自己也日渐成熟。

当然，开始时也并非想象中那样顺利，开始的学习让我们感到学习任务的艰巨，因为过程中我们遇到了很多以前未遇到的难点，有时难免冥思苦想也无济于事，通过我们小组的积极努力协作，同时请教老师和其他同学，我们顺利地化解了一道道障碍。这让我们不断地对学习技术又有了新的认识：学习中我们必须边总结边学习，开始阶段对老师交代的任何方法和类都不要错过，不管简单与否都要乐于接受，因为老师肯定有她的道理，相信老师走过的路比我们长，那么其经验肯定比我们丰富。所以学习中我们宁可劳其筋骨，饿其体肤，也不能掉队跟不上进度。

在这里，我们非常感谢实训的指导老师，在老师的帮助和指导下，我们克服 了软件测试上的一道道难关，我们也已经基本掌握了软件测试的基础知识，并等待知识的进一步提升。

实训的这4周里，我们每一天都过得充实，我们坚信，只要秉持艰苦奋斗、为理想拼搏的精神，尽管在未来的软件测试路上荆棘丛丛，我们一定可实现自己的梦想！

第 30 页