酒店管理系统的测试与管理-项目报告

1、软件测试课程项目库学生作品 项目报告新中物业酒店管理系统的测试与管理 院 系计算机与软件学院 专 业 软件技术（测试） 班 级软件 0813 学 号 学生姓名孔菊梅 摘 要 随着社会的的不断进步，宾馆酒店业的竞争也愈来愈激烈，要想在 竞争中取得优势，必须在经营管理、产品服务等方面提高管理意识。如 何利用先进的管理手段，提高客房的管理水平，是每一个宾馆管理者所 面临的重大问题。而本论文就是以一个提供酒店的管理系统作为解决方 案的背景，本文主要是对酒店管理系统的一些基本功能和组成情况进行 了测试，包括系统的功能测试、性能测试、缺陷报告等，重点对功能进 行了测试。构成了对一个完整的酒店管理系统的测试

2、。将使用 QTP9.2功 能测试、Jmeter 性能测试工具、mantis 缺陷跟踪管理工具辅助测试， 尽可能的发现该系统中存在的功能上的缺陷，和分析该系统的性能指标。 目 录 1 测试计划.1 1.1 概述.1 1.2 约定.2 1.3 测试种类及测试标准.3 1.3.1 测试种类.3 1.3.2 测试方法及标准.3 1.4 测试重点及顺序.5 1.4.1 预测风险.5 1.4.2 测试重点.5 1.5 暂停标准和再启动要求.5 1.6 测试提交物.6 2 测试用例.7 2.1 功能测试.7 2.1.1 房间状况管理的测试.7 2.1.2 QTP 的测试总结与分析 .12 2.2 性能测试.

3、13 2.2.1 性能测试.13 2.2.2 测试工具.13 2.2.3 性能测试用例.15 2.2.4 性能测试分析.15 3 缺陷跟踪管理.17 3.1 缺陷管理工具简介 .17 3.2 缺陷管理工具的配置 .17 3.3 查询问题步骤 .19 4 测试报告.22 4.1 测试目的 .22 4.2 测试概述.22 4.3 测试总结和建议.22 4.4 测试记录.24 谢 辞.25 参考文献.26 附 录.27 1 测试计划测试计划 1.1 概述概述 经济的快速发展，人们的消费水平和消费意思的提高，促进了旅游业的发展，酒 店业面临着机遇和挑战。 酒店业是一个前景广阔而又竞争激烈的行业。由于我

4、国的旅游业迅速发展，通 过调查，我国在 2020 年将成为世界上第四大旅游国家；同时我国加入世界贸易组织， 酒店业将完全开放，这个时候，我国的酒店业面临着前所未有的机遇和挑战。但是， 现在甚至还有一些酒店还停留在由人工操作和管理阶段，这样已经无法适应当前的 发展趋势。因此，要想使酒店的工作质量和效率提高，采用先进的计算机网络 通信 技术改变酒店业务模式，实现酒店业务管理的自动化已经成为一种必然。 信息系统的流行也避免不了有时会出现系统功能和性能上的缺陷，而如何去测 试好这个系统也成为了关键。一般都要事先写好测试计划和测试设计阶段主要进行 的文档审查和测试需求分析、设计测试用例和运用测试工具去测

5、试系统，缺陷报告 等；在测试执行活动阶段主要进行测试范围控制、配置管理等。针对一个酒店管理 系统，组织和管理该系统测试流程的所有阶段是很重要的,所以运用自动化测试工具 去测试这个系统，也避免复杂的人工测试减少了时间，并提高了效率。找到了缺陷 也防止了系统投入了市场，出现问题了再改，这样就会损失很大，所以测试也是一 件很重要的事情。 1）产品简介 本次开发是基于 WEB 网上的酒店管理系统，本系统的功能包括房间状况管理、 添加房间信息、维修管理、退房管理、客户入住等，是为了不让人工繁琐去操作， 而设计的一个管理系统。 2）范围 描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本计划

6、 所针对的测试类型（如功能测试或性能测试） 。简要地列出测试对象中将接受测试或 将不接受测试的那些特性和功能。如果在编写此文档的过程中作出的某些假设可能 会影响测试设计、开发或实施，则列出所有这些假设。列出可能会影响测试设计、 开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有 约束。 3）限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员 提交模块的实际情况，本计划会做出相应修改。 1.2 约定约定 1）测试目标 酒店管理系统的目的是： 1.测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现， 业务流程是否正确。 2.产品规定的操

7、作和运行稳定。 3.Bug 数和缺陷率控制在可接收的范围之内。 2）接收标准 本节所述的接收标准是指可测试的标准，这个标准以测试组接收测试为限。 3）资源和工具 1.资源 (1) 测试服务器：稳定的测试服务器，IP 地址为:01。 (2) 人员：测试审核人，测试实施人员一 名。 2.工具 测试中使用的 Bug 管理工具为经过改进的 Bug 管理工具、自动化功能测试 工具 QTP，性能测试工具 Jmeter、缺陷报告工具 mantis。 4）资源和工具 开发人员提交的测试按以下要求进行： 表 1.1 提交测试表 步骤动作负责人相关文档或记录要求 1打包、编译开发人员无确认可

8、测试 2审核并提交测试 经审核的上一级测 试报告 测试报告 xx 审核并签字 3接收测试测试人员 经 xx 审核并签字 的上一级测试报告 4开始测试测试人员Bug 单、小结 测试小结个人编写个人 的内容 5） 进度表 进度表是用来描述我测试系统的一个过程和一般所用的时间，这样也更好的让 我明白某个模块所要用的时间，方便规划如何去做好自己的毕业设计说明书。 表 1.2 进度表 项目名称完成需要时间项目验收和作业文件备注 一、指定测试需求 1.定义测试范围 2.创建需求 3.编写详细信息需求 4.分析需求指定 3 天 1. 测试需求报告 二、计划测试 1. 定义测试策略 2. 定义测试主题 3.

9、定义测试 4. 创建需求范围 5. 设计测试步骤 6. 自动化测试 7分析测试计划 7 天 1. 建立测试脚本 2. 测试计划报告 三、运行测试 1. 创建测试集 2. 计划运行 3. 运行测试 4. 分析测试结果 7 天 1. 执行测试集中的测 试 2. 运行测试报告 四、跟踪缺陷 1. 添加缺陷 2. 查看新缺陷 3. 测试新的内部版本 4. 分析缺陷数据 2 天1.缺陷分析报告 五、项目文档整理1 天 整理资料、答 辩 1.3 测试种类及测试标准测试种类及测试标准 1.3.1 测试种类测试种类 计划完成的类型测试：功能测试、性能测试、界面测试 1.3.2 测试方法及标准测试方法及标准 1

10、）功能测试 功能测试是用来测试系统的功能否实现。这些测试的目标在于核实能否正确地 接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法， 即通过图形用户界面 (GUI) 与应用程序交互并分析输出结果来验证应用 程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要： 表 1.3 功能测试说明表 测试目标：确保测试对象的功能正常，其中包括注册、数据输 入、处理和检索等。 方法：利用有效的和无效的数据来执行各个用例、用例流 或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 完成标准：

11、所计划的测试已全部执行。 所发现的缺陷已全部解决。 需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影 响的事项或因素（内部的或外部的） 2）性能测试 本次性能测试，重点模拟客户进行多用户测试。压力测试有一条8：2原则。及 百分之八十的业务量在百分之二十的时间内输入。例如:正常访问同一个页面，根据 并发用户数的不同，来分析页面登录的情况，是不是访问的时间很长，或者超过一 般等待的时间。 表1.4性能测试说明表 测试目标：确保测试系统的性能指标。 方法：利用设置的数据对于自动化性能工具进行测试 完成标准：所计划的测试已全部执行。 所发现的缺陷已全部解决。 需考虑的特殊事项：确定或说明

12、那些将对功能测试的实施和执行造成 影响的事项或因素（内部的或外部的） 1.4 测试重点及顺序测试重点及顺序 1.4.1 预测风险预测风险 本次测试过程中，可能出现的风险如下： 1) bug 的修复情况 2) 模块功能的实现情况 3) 系统整体功能的实现情况 4) 代码的编写质量 5) 人员经验以及对软件的熟悉度 6) 开发人员、测试人员关于项目约定的执行情况 7) 人员调整导致研发周期延迟 8) 开发时间的缩短导致某些测试计划无法执行 1.4.2 测试重点测试重点 这里仅为功能测试重点的描述，具体测试方法以及内容请参见测试用例。 1）管理员登录：跳转页面并登录成功 2）房间状况管理：跳转页面出

13、现所有的房间信息 3）添加房间信息：跳转页面并输入房间号，房间类别进行添加 4）维修管理：跳转页面并根据检索的信息查看维修信息 5）退房管理：跳转页面并根据房间号退房、退房成功出现所付的现金 1.51.5 暂停标准和再启动要求暂停标准和再启动要求 1）软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误 （大于等于 1） 、二级错误（大于等于 2）暂停测试返回开发。 2）软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。 3）软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测 试应随之暂停或终止，并备份暂停或终止点数据。 4）如有新的项目需求，则在

14、原测试计划下做相应的调整。 5）若开发暂停，则相应测试也暂停，并备份暂停点数据。 。 6）若项目中止，则对已完成的测试工作做测试活动总结。 7）项目再启动时，测试进度重新安排或顺延。 1.6 测试提交物测试提交物 本次测试完成后的提交物： 测试计划 测试用例 功能和性能的测试分析 测试 Bug 报告 测试总结报告 2 测试用例测试用例 2.1 功能功能测试测试 功能测试的目的:功能测试就是对产品的各功能进行验证，根据功能测试用例，逐 项测试，检查产品是否达到用户要求的功能。拿酒店管理系统来说能是测试添加信 息、检索信息和页面的跳转能否成功等功能。 2.1.1 房间状况管理的测试房间状况管理的测

15、试 房间状况管理功能包括检索房间信息包括每一层楼的房间类型、房间数量、房 间价格、房间剩余和详细情况。而详细情况包括房间号、房间状态和房间入住。下 面的测试用例就是根据单击房间状况管理、详细情况和房间入住这三个功能所写的。 表2.1房间状况管理测试用例 用户编号操作预期结果实际结果缺陷原因 1单击房间状况管理页面跳转成功 显示信息正确 跳转成功成功无缺陷 2单击单人房一行的详 细情况 页面跳转成功， 显示信息正确 跳转成功页面能跳转， 可是在单人房 一行中，显示 不正确 3在详细情况中，选择 103 房间入住 入住成功入住成功成功无缺陷 4单击双人房一行的详 细情况 页面跳转成功， 显示信息正

16、确 跳转成功成功无缺陷 5在详细情况中，选择 203 房间入住 入住成功入住成功成功无缺陷 6单击总统套房一行的 详细情况 页面跳转成功， 显示信息 跳转成功成功无缺陷 7在详细情况中，选择 303 房间入住 入住成功入住成功成功无缺陷 8单击大床房一行的详 细情况 页面跳转成功， 显示信息正确 跳转成功成功无缺陷 9在详细情况中，选择 403 房间入住 入住成功入住成功成功无缺陷 图 2.1 系统的主页面 图 2.1 系统的主页面 图 2.2 房间状况管理页面 如图 2.2 是在录制完成后，在脚本中选择这个页面，然后插入的 Inseret Standerd Checkpoint 及图像检查点

17、，用来判断房间状况管理页面是否出现这个页面 图2.3插入检查点判断页面能否跳转的页面 如图 2.4、2.5 是在录制时，选择的 Inseret-Checkpoint-Inseret- Standerd Checkpoint 及图像检查点，用来判断详细情况页面是否出现这个页面 图2.4判断房间状况管理页面能否跳转添加页面检查点图 图2.5判断房间状况管理页面能否跳转添加页面检查点图 图2.6系统房间入住的页面 如图2.7、2.8是在录制完结束完之后，选择入住成功后的入住页面上入住的状态 和房间号，然后分别选中他们，设置标准检查点，就会出现下面的图。 图2.7插入标准检查点的页面判断入住成功后房间

18、号是否显示图 图2.8插入标准检查点的页面判断入住成功后入住是否显示图 图2.9运行房间状况管理测试页面 图2.10 运行房间状况成功测试脚本的页面 2.1.2 QTP 的测试总结与分析的测试总结与分析 QTP 是一种基于 GUI 的功能自动化的测试工具，进入 QTP 主界面后，要先设置 Windows 应用程序的录制和运行界面中，选择 Record and run test on any open Windows-based application，也就是可以录制和运行所有在系统中出现的应用程序， 对于房间状况管理系统的录制，是事先把酒店管理系统的页面打开，然后按 Record 进行录制脚本

19、。 根据所写的测试用例进行录制，点击结果如图 2.9，而在图 2.9 中我们可以看到 的是 Keyword View 中显示的所录制的步骤，Expert View 是根据所录制的步骤所 附带的脚本，Active Screen 是根据录制的步骤所显示的图片。而图 2.10 就是录制完 后按 Run 所运行的结果，从图 2.10 的页面中查看概要的测试结果信息，包括测试的 名称、测试的开始和结束的时间、测试脚本运行的迭代次数、测试通过的状态等。 图 2.10 中的 Results 的 Success 就是证明所录制的是成功的，状态也是 Passed。图中 的插入的检查点（即图 2.10 所显示的打

20、的）的运行也表明是运行成功的。如何插 入检查点的步骤如图 2.4、图 2.5、图 2.7、图 2.8。这个模块的脚本见附录。 2.2 性能测试性能测试 2.2.1 性能测试性能测试 1)目的 性能测试的目的是验证软件系统是否能够达到用户提出的性能指标，同时发现 软件系统中存在的性能瓶颈，优化软件，最后祈祷优化系统的目的。包括以下几个 方面： 1.评估系统的能力，测试中得到的负荷和相应时间数据可以被用于验证所计划 的模型的能力，并帮做做出决策。 2.识别体系中的弱点，受控的负荷可以被增加到一个极端的水平，并突破它， 从而修复体系的瓶颈或薄弱的地方。 3.系统调优：重复运行测试，验证调整系统的活动

21、得到了预期的结果，从而改 进性能。检测软件中的问题：长时间的测试执行中导致程序发生由于内存泄露引起 的失败，揭示程序中的问题或突破。 4.验证稳定性（resilience） 、可靠性（reliability）：在一个生产负荷下执行测试 一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法。 2）负载测试含义 负载测试是为了测量 WEB 系统在某一负载级别上的性能，以保证 WEB 系统在 需求范围能正常工作。负载级别可以是某个时刻同时访问 WEB 系统的用户数量， 也可以是在线数据处理的数量。例如：WEB 应用系统能允许多少个用户同时在线？ 如果超过了这个数量级，会出现什么现象？WEB 应用

22、系统能否处理大量用户对同个 页面的请求？ 2.2.2 测试工具测试工具 Apache JMeter 是 100的 Java 桌面应用程序。用于对软件做压力测试，它 最初被设计用于 Web 应用测试但后来扩展到其他测试领域。 它可以用于测 试静态和动态资源例如静态文件、 Java 小服务程序、 CGI 脚本、Java 对象、 数据库，FTP 服务器, 等等。JMeter 可以用于对服务器、网络或对象模拟巨大 的负载，来在不同压力类别下测试它们的强度和分析整体性能。 另外，JMeter 能够对应用程序做功能 /回归测试，通过创建带有断言的脚本来验证你的程序返 回了你期望的结果。为了最大限度的灵活性

23、， JMeter 允许使用正则表达式创建 断言。 Apache jmeter 可以用于对静态的和动态的资源（文件， Servlet，Perl 脚本， java 对象，数据库和查询， FTP 服务器等等）的性能进行测试。它可以用于对服 务器，网络 或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的 整体性能。你可以使用它做性能的图形分析或在大并发负载测试你的服务器/ 脚本/对象。 1)设置步骤: 1.右击“测试计划”选择“添加线程组”线程数:并发用户数 Ramp-Up Period(in seconds):在所设定的时间短内所有的用户创建成功。 2.线程组添加配置文件 HTTP Cook

24、ie 管理器 3.线程组添加配置文件 HTTP 请求默认值 ( 端口号：8080 IP:localhost ) 4.线程组添加 SamplerHTTP 请求(路径：HotelManager/login.jsp 方法：POST 添加名称：loginName admin 添加名称： loginPwd admin) 所设置的如下图所示 : 图 2.11 设置路径界面图 2.2.3 性能测试用例性能测试用例 50 个并发用户数的执行场景，右击“测试计划”选择“添加线程组” ，在并发 用户数填：50，在 Ramp-Up Period(in seconds)：10 图 2.12 50 个并发用户数的运行界

25、面 2.2.4 性能测试分析性能测试分析 1）参数的含义： 样本数目是总共发送到服务器的请求数。 最新样本是代表时间的数字,是服务器响应最后一个请求的时间。 吞吐量是服务器每分钟处理的请求数。 平均值是总运行时间除以发送到服务器的请求数。 中间值是代表时间的数字，有一半的服务器响应时间低于该值而另一半高于该 值。 偏离表示服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就 是数据的分布就。 2）聚合报告 表 2.2 参数表 Label#SamplesAverageMedian90%LineThrough HTTP 请 求 75115922.362 分钟 总体75115922.362

26、分钟 图表含义说明如下： Label：说明是请求类型，如 Http，FTP 等请求。 #Samples：也就是图形报表中的样本数目，总共发送到服务器的样本数目。 Average：也就是图形报表中的平均值，是总运行时间除以发送到服务器的请求 数。 Median：也就是图形报表中的中间值，是代表时间的数字，有一半的服务器响 应时间低于该值而另一半高于该值。 90%line：是指 90%请求的响应时间比所得数值还要小。 Throughput:也就是图形报表中的吞吐量，这里是服务器每单位时间处理的请求 数，注意查看是秒或是分钟。 3）使用分析 在测试过程中，平均响应时间是我们性能测试的一个重要衡量指标

27、，但是在测 试中，特别是在聚合报告中，得出的 90%Line,，我认为 90%Line 等同于的 90%响应 时间,这个数值对我们性能测试分析也很有参考价值。90%响应时间是说在发送的请 求中，90%的用户响应时间都比得到的数值上要短，同时说明，一个系统在应用时， 90%的用户响应时间都能达到这个数值，那么就为系统性能分析提供了很好的参考 价值。 3 缺陷跟踪管理 3.1 缺陷管理工具简介缺陷管理工具简介 Mantis 是一个基于 PHP 技术的轻量级的缺陷跟踪系统，其功能与前面提及的 JIRA 系统类似，都是以 Web 操作的形式提供项目管理及缺陷跟踪服务。在功能上可 能没有 JIRA 那么

28、专业，界面也没有 JIRA 漂亮，但在实用性上足以满足中小型项目 的管理及跟踪。更重要的是其开源，不需要负担任何费用 EasyPHP 是在 Windows 平台上运行的软件包，包括 Apache 服务器，MySQL 数 据库，PHP，以及 phpMyAdmin 工具。 mantis 是基于 php/MySQL/web 的问题跟踪系统。本次所使用的版本是 EasyPHP1.8. 3.2 缺陷管理工具的配置缺陷管理工具的配置 1)程序运行前的配置 1.更改 Apache ServerAdmin 设置 在 C:Program FilesEasyPHP1-8apacheconf 下的 httpd.co

29、nf 文件中查找 ServerAdmin，将 ServerAdmin adminlocalhost 改为 ServerAdmin (有效的邮件地址)。 2.更改 MySQL 的 root 口令 运行 phpmyadmin，编辑用户 rootlocalhost权限，更改密码为admin。执行 后需要修改 C:Program FilesEasyPHP1-8wwwphpmyadmin 下 config_inc.php 文件， 将 root 用户的 password 由改为 admin。 3.配置 mantis 运行 mantis_1.0.5，第一次将自动进入 admin 页面，要求创建 bugtra

30、cker 数据库。 成功后将进入登陆页面，使用 administrator/root 登录，mantis 便开始工作。 （注意： 配置 mantis 成功后，应该删除 C:Program FilesEasyPHP1-8wwwmantis_1.0.5 下的 admin 目录；同时禁止 administrator 账户或改变 administrator 账户的缺省口令。 ） 4.邮件服务器配置 在 C:Program FilesEasyPHP1-8apache 下的 php.ini 文件中查找 SMTP，将 SMTP = localhost 改为你的发件服务器，如 SMTP = ；查找 sendm

31、ail_from，将前面的分号去掉，并在后面填上邮件地址：sendmail_from = (有效的邮件地址)。 在 C:Program FilesEasyPHP1-8wwwmantis_1.0.5config_inc.php 文件中添加 $g_smtp_host= $g_smtp_username=帐号$g_smtp_password=密码 $g_phpMailer_method =2; 5.文件上传 在 C:Program FilesEasyPHP1-8wwwmantis_1.0.5config_inc.php 文件中添加 $g_allow_file_upload=ON; $g_file_u

32、pload_method=DISK;并且在 C:下创建 upload 目 录。 （注意最好不要用中文目录名，目录名中间也不要带空格。 ）当你以管理员身份 登录，新建项目时，在上传文件路径那一项填上 C:upload 即可。 6.其他问题 配置完成后，键入 http:/localhost/mantis_1.0.5/login_page.php 就可以打开 mantis 登录页面了。但要使网内其他用户也能访问服务器，应该把 httpd.conf 文件的 Listen 后的地址（默认为 :80）改为服务器地址。这样就可以从其他客户端访问了 (如图 3.1)。 图 3.1 Manti

33、s 的界面 2）管理全局配置 全局配置是用来配置运行的平台的，把自己电脑的配置设置在下面的图中， 如图 3.2. 图 3.2 全局配置 3.3 查询问题步骤查询问题步骤 1）项目管理 项目管理是先设置项目酒店管理系统，然后分别设置子项目：房间状况管理、 添加房间信息。然后对于所添加的项目进行说明如下图 3.3. 图 3.3 项目管理 2）报告问题 报告问题是根据我们所写的测试用例进行的功能测试所发现的缺陷，而在测 试用例当中根据测试所发现了三个缺陷，一个是添加信息不管房间有没有错都会添 加，一个是添加的房间号与类型的选择无关，一个是单人房的显示剩余数错误。所 发现的缺陷用 mantis 的这个

34、报告问题所报告的，如下图 3.4. 图 3.4 报告问题 3）查询问题 对于问题的报告，方便查询就如图 3.5 的查询所报告的问题，这样也有利于 修改问题，并及时打印出报告。 图 3.5 查询问题 图 3.5 查询问题的详细情况 4 测试报告 4.1 测试目的测试目的 测试的目的是发现现有系统还存在的问题，因此测试人员，通过卫生高级专业 技术资格网上申报系统的熟练操作了解该系统的基本功能和操作流程，通过对该系 统的界面、功能、性能的测试，发现该系统还存在的一些缺陷。 4.2 测试概述测试概述 1）系统概述 本次测试的是基于酒店管理系统的功能和性能的测试，这个系统功能包括房间 状况的管理、退房管

35、理、维修管理、添加房间信息等功能，是适用于一些小型的酒 店的管理，这样就不用人工繁琐的去登记。 2）文档概述 本文档用于对酒店管理系统的软件的测试工作阶段成果的描述。包括对软件测 试的整体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果等 内容。 运用了自动化测试工具，功能测试 QTP,性能测试 Jmeter,而功能测试就是测试 这些功能有没有缺陷，性能测试测试用户数同时请求下响应时间。 4.3 测试总结测试总结和建议和建议 1）测试总结 本次测试对酒店系统软件进行了功能和性能的测试。在测试过程中针对发现的 软件缺陷进行了初步分析，并提交程序设计人员对原软件中可能存在的问题进行考

36、 查。在软件测试中首先根据软件测试的规范进行考核，将书写规范，注释等基础问 题首先解决，其次考核软件测试中的问题是否存在设计上的逻辑缺陷，如果存在设 计缺陷则应分析该缺陷的严重程度以及可能引发的故障。软件开发人员在以上基础 上对软件的不足做出相应的修改，同时通过软件回归测试验证软件修改后能够得到 的改善结果。 2）动态测试小结 动态测试使用的测试工具为酒店管理系统软件集成开发环境。 总共的测试用例数:33 个。全部由测试人员人工设计。其中功能测试用例 28 个，性 能测试用例 5 个。发现的软件缺陷有 3 个，都是在功能测试过程中发现的。上述软 件缺陷见附件软件问题报告单： 动态测试中代码覆盖

37、率： 代码行覆盖率 100% 分支覆盖率 100% 程序单元调用覆盖率 100 动态测试中的缺陷分析： 严重缺陷 3 个，都是关乎系统的功能方面的修改后经回归测试问题得到了解决。 3）测试结果 在两个阶段测试过程中共发现软件缺陷 3 个，缺陷分布见表 4.1.经软件开发人 员确认的缺陷为 3 个，经过改正的代码消除了所有以确认的软件缺陷并通过了回归 测试。因测试条件所限，未能进行软件的确认测试和系统测试。 表 4.1 缺陷分布 功能模块名称缺陷数备注 房间状况管理模块1单人房中剩余房间数显示 错误 添加房间信息模块2无论输入的房间号有没有 错误都会添加、输入的房 间号不管类型有没有错也 会添加

38、 4）评估和建议 1 软件编码规范化评估 经过回归测试，未残留的软件编码规范性缺陷。软件代码文本注释率约为 42%，代码注释充分，有利与代码的理解和维护。 2 软件动态测试评估 使用的测试用例个数：33 个 达到软件测试出口准则的软件单元数为 11 个，通过率 100 3 改进建议 （1）建议在软件开发项目中全面实施软件工程化，加强软件开发的管理工作。 （2）建议进一步加强软件需求规格说明、软件设计文档编制以及编写代码的规 范化。特别是应该将系统中的硬件研制和软件研制分别管理，软件文档编制的种类 和规格按照相关标准执行。 （3）尽早开展软件测试工作。在软件研制计划安排上给软件测试留有必要的时

39、间，在资源配置上给软件测试必要的支撑。 （4）建议结合系统联试，开展软件的确认和系统测试。 4.4 测试记录测试记录 1）测试时间：2011 年 5 月 15 日至 2011 年 5 月 20 日。 2）地点：（略） 。 3）硬件配置：P4CPU/2.0G，内存 256M，硬盘 1G 4）软件配置：Wondows xp， 5）所有测试相关活动的日期和时间、测试操作人员等记录见软件测试记录文档。 谢 辞 本项目设计在指导老师的悉心指导和严格要求下已完成，从课题选 择到具体的写作过程，项目报告初稿与定稿无不凝聚着老师的心血和汗 水，在项目测试期间，老师为我提供了种种专业知识上的指导和一些富 于创造

40、性的建议。在此向老师表示深深的感谢和崇高的敬意！ 参考文献 1武剑洁，陈传波.软件测试技术基础.武汉：华中科技大学出版社，2008.10 2陈能技. QTP 自动化测试实践.北京：电子工业出版社，2008.6 3刘冰，瞿中. 软件工程实践教程.北京：机械工业出版社，2009.1 4陈绍英. LoadRunner 性能测试实战.北京：电子工业出版社，2007.9 5高楼.软件测试项目实战.北京：电子工业出版社，2010.4 6黄晓磊. 软件测试原理、技术及工具.北京：清华大学出版社，2011.3 7王峰. 计算机软件测试.北京：机械工业出版社，2008.5 8张克东. 软件工程与软件测试自动化教

41、程.北京：电子工业出版社，2009.5 9许育诚. 软件测试与质量管理.北京：电子工业出版社，2010.7 附 录 1）房间状况管理脚本： Browser(管理员首页).Page(管理员首页).Link(房间状况管理).Click Browser(管理员首页).Check CheckPoint(房间状态列表)/插入页面检查点用 来判断是否是跳转的这个页面 Browser(管理员首页).Page(房间状态列表).Link(详细情况).Click Browser(管理员首页).Check CheckPoint(房间详细状态)/插入页面检查点 用来判断是否是跳转的这个页面 Browser(管理员首页

42、).Page(房间详细状态).WebButton(房间入住).Click Browser(管理员首页).Page(房间入住信息).WebEdit(date).Set 2/设置住房 的天数 Browser(管理员首页).Page(房间入住信息).WebButton(确定入住).Click Browser(管理员首页).Dialog(来自网页的消息).WinButton(确定).Click Browser(管理员首页).Page(管理员首页).Link(房间状况管理).Click Browser(管理员首页).Page(房间状态列表).Link(详细情况).Click Browser(管理员首页)

43、.Page(房间详细状态).WebElement(房间入住).Check CheckPoint(房间入住)/插入标准检查点用来判断是否是显示这个房间号 Browser(管理员首页).Page(房间详细状态).WebElement(房间入住_2).Check CheckPoint(房间入住_2)/插入标准检查点用来判断是否显示入住 Browser(管理员首页).Page(房间详细状态).Image(top2).Click Browser(管理员首页).Page(退房管理).Link(房间状况管理).Click Browser(管理员首页).Page(房间状态列表).Link(详细情况).Clic

44、k Browser(管理员首页).Page(房间详细状态).WebElement(房间入住).Check CheckPoint(房间入住_5) Browser(管理员首页).Page(房间详细状态).WebElement(房间入住_2).Check CheckPoint(房间入住_6) Browser(管理员首页).Page(房间详细状态).Image(top2).Click Browser(管理员首页).Page(房间详细状态).Link(退房管理).Click Browser(管理员首页).Page(退房管理).WebEdit(roomid).Set 101 Browser(管理员首页).

45、Page(退房管理).WebButton(提交).Click Browser(管理员首页).Dialog(来自网页的消息).WinButton(确定).Click Browser(管理员首页).Page(管理员首页).Link(房间状况管理).Click Browser(管理员首页).Page(房间状态列表).Link(详细情况_2).Click Browser(管理员首页).Page(房间详细状态_2).WebElement(房间入住).Check CheckPoint(房间入住_3) Browser(管理员首页).Page(房间详细状态_2).WebElement(房间入住_3). Che

46、ck CheckPoint(房间入住_4) Browser(管理员首页).Page(房间详细状态_2).Image(top2).Click Browser(管理员首页).Page(房间详细状态_2).Link(退房管理).Click Browser(管理员首页).Page(退房管理).WebEdit(roomid).Set 206 Browser(管理员首页).Page(退房管理).WebButton(提交).Click Browser(管理员首页).Dialog(来自网页的消息).WinButton(确定).Click Browser(管理员首页).Page(管理员首页).Link(房间状况

47、管理).Click Browser(管理员首页).Page(房间状态列表).Link(详细情况_2).Click Browser(管理员首页).Page(房间详细状态_2).WebElement(房间入住).Check CheckPoint(房间入住) Browser(管理员首页).Page(房间详细状态_2).WebElement(房间入住_2). Check CheckPoint(房间入住_2) Browser(管理员首页).Page(房间详细状态_2).Image(top2).Click 2）登录功能的测试用例： 表2.3后台管理员登录测试用例： 用户编号操作输入数据预期结果实际结果缺陷

48、原因 1 输入正确的账 号密码，单击 登录按钮 账号：admin 密码：admin 页面跳转成功登录成功成功无缺陷 2 输入不正确的 账号，正确的 密码 账号：admin1 密码：admin 页面跳转不成功， 并所输入的内容 清除 登录不成功 所输入的内 容清除 成功无缺陷 3 输入正确的账 号，不正确的 密码 账号：admin 密码：admin2 页面跳转不成功， 所输入的内容清 除 登录不成功 所输入的内 容清除 成功无缺陷 4 输入正确的账 号密码，单击 重置 账号：admin 密码：admin 所输入的内容清 除 清除成功成功无缺陷 图 2.13 登录管理的界面 登录模块脚本： Bro

49、wser(管理员登陆).Page(管理员登陆).WebEdit(pwd).SetSecure 4dcfb9245dea7d4b3a0cddadb8 Browser(管理员登陆).Page(管理员登陆).WebButton(登录).Click Browser(管理员登陆).Page(管理员登陆).WebEdit(username).Set admin1 Browser(管理员登陆).Page(管理员登陆).WebEdit(pwd).SetSecure 4dcfb953f7aac9677cdf97698 Browser(管理员登陆).Page(管理员登陆).WebButton(登录).Click

50、Browser(管理员登陆).Page(管理员登陆).WebEdit(username).Set admin Browser(管理员登陆).Page(管理员登陆).WebEdit(pwd).SetSecure 4dcfb97c4d31d34afcd1114a39 Browser(管理员登陆).Page(管理员登陆).WebButton(登录).Click Browser(管理员登陆).Check CheckPoint(管理员首页) 3）退房管理的测试用例： 表 2.4 退房管理测试用例 用户编号操作输入数据预期结果实际结果 1 单击房间退 房管理 页面跳转成功显 示信息正确 跳转成功 2 输入入住的 房间号，单 击提交 房间号：101出现你所住的天 数，所付的钱， 并跳