软件测试实训报告

实训报告书

专业计算机网络技术

系别灾害信息工程系

报告题目评分管理系统

报告人学号

指导教师带队教师

实训时间实训单位

教务处监制

目录

一、引言..................................................... 错误!未定义书签。

二、软件测试技术基础......................................... 错误!未定义书签。

1.软件测试技术........................................... 错误!未定义书签。

2.软件测试终止标准....................................... 错误!未定义书签。

三、测试准备................................................. 错误!未定义书签。

1.测试目标............................................... 错误!未定义书签。

2.待测系统的软硬件环境................................... 错误!未定义书签。

3.测试工具的选择......................................... 错误!未定义书签。

4.需求概述............................................... 错误!未定义书签。

四、测试计划................................................. 错误!未定义书签。

1.测试策略............................................... 错误!未定义书签。

2.测试人员............................................... 错误!未定义书签。

3.测试项目............................................... 错误!未定义书签。

4.测试进度............................................... 错误!未定义书签。

五、测试用例设计............................................. 错误!未定义书签。

1.界面测试用例设计....................................... 错误!未定义书签。

2.手动的功能测试用例设计................................. 错误!未定义书签。

3.自动的功能测试用例设计................................. 错误!未定义书签。

4性能测试用例设计....................................... 错误!未定义书签。

六、测试用例执行情况......................................... 错误!未定义书签。

1.界面测试用例执行情况................................... 错误!未定义书签。

2.手动的功能测试用例执行情况............................. 错误!未定义书签。

3.自动的功能测试用例执行情况............................. 错误!未定义书签。

4.性能测试用例执行情况................................... 错误!未定义书签。

七、测试过程管理（TestDirector）............................. 错误!未定义书签。

1.测试需求............................................... 错误!未定义书签。

2.测试计划............................................... 错误!未定义书签。

3.测试执行............................................... 错误!未定义书签。

4.缺陷报告............................................... 错误!未定义书签。

八、测试结果分析............................................. 错误!未定义书签。

1.软件能力............................................... 错误!未定义书签。

2.缺陷和限制............................................. 错误!未定义书签。

3.建议................................................... 错误!未定义书签。

4.测试结论............................................... 错误!未定义书签。

一、引言

随着计算机应用领域的不断扩大，所处理的问题也越来越复杂。最初，人们用处理简单问题的一些方法去处理日益复杂的问题。因此，软件危机出现了。而软件产品质量则成为开发者和用户最关心的问题。软件测试能够有效地帮助开发者及时发现程序中的错误或缺陷，及时改正，避免软件产品由于存在某种程度的缺陷造成不必要的损失以至影响产品的最终质量。

为了给用户提供一个高质量的可靠性强的软件产品，软件测试人员必须从纵向和横向两个方面对系统的各个模块进行深入的分析测试，以便能够准确及时地发现程序中存在的缺陷和错误。软件测试是一项非常复杂的系统工程，从不同的角度考虑可以有不同的划分方法。按是否执行程序分为静态测试和动态测试。按程序开发阶段分为单元测试、集成测试、系统测试、验收测试、回归测试、ALPHA测试和BETA测试。按测试方法分为黑盒测试、白盒测试和灰盒测。按测试目的分为功能测试、性能测试、压力测试、安全性测试、兼容性测试等等。因此，为了更好的明确测试的过程，了解测试究竟要完成哪些工作，我们首先要掌握这些软件测试方法和技术。

在本次综合实践中，我们小组选择了评分管理系统作为测试对象。目的是通过对评分管理系统的测试来发现程序中存在的缺陷以及修正错误的建议，来提高程序的应用率，为用户提供一个方便、安全、实用的产品。同时把所学知识与实际相结合起来应用，来提高软件测试本领，为以后的软件测试工作积累经验。

二、软件测试技术基础

1.软件测试技术

软件测试技术多种多样，我们可以结合实际环境选择与使用，在此介绍两种测试技术：黑盒测试和白盒测试。

黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看作一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：

1）是否有不正确或遗漏的功能？

2）在接口上，输入是否能正确的接受？能否输出正确的结果？

3）是否有数据结构错误或外部信息（例如数据文件）访问错误？

4）性能上是否能够满足要求？

5）是否有初始化或终止性错误？

白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看作一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：

1）对程序模块的所有独立的执行路径至少测试一遍。

2）对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。

3）在循环的边界和运行的界限内执行循环体。

4）测试内部数据结构的有效性，等等。

只对软件进行外部测试的话会有很多内部程序路径没有被测试到；不能直接针对特定的程序段进行深入测试，因此可能会隐藏很多的问题。而与此类测试技术可以互补的正是白盒测试。所以黑盒测试和白盒测试应该结合起来使用。这样才能更好的保证程序的安全性。

2.软件测试终止标准

软件测试是以最少的时间和人力找出软件中潜在的各种错误和缺陷为目的的。

软件测试对于不同的立场，存在着不同的意义。从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可以接受该产品。而从软件开发者的角度出发，则希望测试系统成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。

三、测试准备

1.测试目标

通过对评分管理系统的测试，对其性能、功能和界面进行测试，发现系统中存在的缺陷，及时准确地定位并改正错误，为用户提供一个安全、方便、实用的程序。

2.待测系统的软硬件环境

硬件环境：计算机。

软件环境：WindowsXP系统，IE浏览器，Microsoft Visual Studio 2005、WinRunner、LoadRunner软件测试工具，Access数据库系统。

3.测试工具的选择

为了完成测试目标，我们组选用了WinRunner、LoadRunner对评分管理系统进行全面的功能测试、界面测试和性能测试。以下对选用工具做一个简单的介绍。

WinRunner是Mercury Interactive提供的一种企业级的功能测试工具，用于检验应用程序是否能如期进行。通过自动捕获、检测和重放用户的交互操作，WinRunner能够发现系统缺陷，并确保那些跨越多个应用程序和数据库的业务流程再初次发布就避免故障的出现，并且保持其长期稳定地运行。在布署一个开发完成的Web应用程序时，必须测试该程序，以确保其正常运行，不会产生错误。由于WinRunner可以自动有效的测试不断变化着的多重应用程序，所以还会大大节省测试所花费的人力和财力。此外，WinRunner直观的记录流程能让任何人在GUI上轻轻点击鼠标就可以建立测试，即使技术知识有限的用户也能生成完整地测试，用户还可以直接编辑测试指令来满足各种复杂测试的需求。而且在记录测试的过程中，插入检测点，在查寻潜在错误的同时，比较预想和实际的测试结果。在插入检测点后，WinRunner会收集一套性能指标。在测试运行时对其进行验证。WinRunner允许使用几种不同类型的检查点，包括文本、GUI、位图和数据库等各种类型。

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

LoadRunner使用它的Virtual User Generator功能，生成虚拟用户，简便地创立起系统负载，这样能极大的减少负载测试所需的硬件和人力资源。另外，利用Virtual User Generator 建立测试脚本后，可以对其进行参数化操作，这一操作能利用几套不同的实际发生数据来测试应用程序，从而反映出本系统的负载能力。为了进一步确定Virtual user 能够模拟真实用户，可利用LoadRunner 控制某些行为特性。例如，只需要点击一下鼠标，就能轻易控制交易的数量、交易频率、用户的思考时间和连接速度等。

Virtual users 建立起后，则需要设定负载方案，业务流程组合和虚拟用户数量。用LoadRunner 的Controller，能很快组织起多用户的测试方案。Controller 的Rendezvous 功能提供一个互动的环境，在其中既能建立起持续且循环的负载，又能管理和驱动负载测试方案。

而且，可以利用它的日程计划服务来定义用户在什么时候访问系统以产生负载。这样，就能将测试过程自动化。同样还可以用Controller 来限定您的负载方案，在这个方案中所有的用户同时执行一个动作---如登陆到一个应用程序----来模拟峰值负载的情况。另外，还能监测系统架构中各个组件的性能，包括服务器、数据库、网络设备等，来帮助客户决定系统的配置。

4.需求概述

所测试的评分管理系统主要功能有：登陆功能；注册功能；退出系统功能；管理员对所有用户进行添加、删除、修改、更新等功能；学生对自己的信息进行查询和修改功能；指导老师、评阅人以及指导小组成员对其所指导学生进行答辩成绩功能；因此，测试的主要内容是看界面的风格是否能够保持一致，用户交互是否方便，各个功能按钮、超级链接是否都能正常使用。

四、测试计划

1.测试策略

首先明确测试需求，创建测试需求，根据测试需求运用黑盒测试技术编写测试用例。然后执行测试，分别使用手工和自动化测试工具WinRunner对系统进行界面测试和功能测试、使用LoadRunner测试工具对系统的性能方面进行测试，最后分析测试结果，评价评分管理系统的测试。

2.测试人员

3.测试项目

对评分管理系统进行界面的、功能的和性能方面的测试，具体测试包括：

界面测试：主要测试系统的登陆界面是否合理、美观，各功能按钮、超级链接、输入框等页面的可用性，易用性。

功能测试：主要测试系统提供的功能是否正确运行，是否按照产品需求规格说明书完成用户需求，保证系统功能正确、完善、实用。

性能测试：通过查看多个用户同时登录系统及多个事物同时运行时，系统的响应时间及反应情况，测试系统性能。

4.测试进度

第1学时：分组，确定自己的选题，并由老师讲解每个项目的测试要点。

第2学时：熟悉被测系统，搭建测试平台。

第3-6学时：根据制定的测试终止标准要求以及自己分析出的主要功能模块，确定测试需求，并在TestDirector中完成测试需求树的创建过程。

第7-8学时：根据确定的测试需求，制订测试计划，包括测试策略的选定、测试人员分工、测试项目的确定、进度安排等。使用文档描述的同时，还要在TestDirector中完成测试计划项的创建过程。

第9-14学时：挑选重点测试项目编写测试用例，应该包含在TestDirector中完成手动测试用例的编写、在WinRunner中完成功能测试过程的脚本录制、在LoadRunner中完成性能测试用例的编写。

第15-18学时：执行全部测试用例，查找软件缺陷，提交缺陷报告。

第19-20时：根据提交的软件缺陷，分析测试结果，归纳总结出测试分析报告。

第21-23学时：整理实训的全部内容，书写实训报告。

第24学时：验收、考核：每个学生将自己完成的主要测试用例演示执行一遍，指导教师给出所做测试项目成绩。

五、测试用例设计

1.界面测试用例设计

本系统网站的整体架构是采用上中下结构，中部分为左右两部分，在整个网站当中，由于上午和下部是一样的，所以采用的是一个模板，即上部和下部是同一个控件。设计界面测试用例的时候Banner和尾部的文本只需说明一次即可。此外，除管理员系统模块之外，答辩小级系统、指导教师系统与评阅人系统均采用一个模块，因此，只需设计此模块测试用例。

界面测试用例：

1）模板界面

3）管理员登录系统模块界面

系统登录界面：

该界面的测试用例采用等价类划分法，

2.手动的功能测试用例设计

1）管理员界面测试

手动测试（manager1）相关界面如图：

2）指导教师界面测试

手动测试（zhidao1）：

3）注册界面测试

手动测试（zhuce1）：

3.自动的功能测试用例设计

用户注册界面

该界面采用等价类划分

1）用户注册界面的等价类

3）管理员界面

管理员功能测试用例

用例说明输入信息期望结果实际结果测试管理员编辑功能编辑李静的班组信息重新显示编辑好的信息正确显示结果

测试管理员删除功能点击删除苏凯按钮删除成功成功删除

测试下一页按钮功能点击下一页按钮正确显示显示成功

测试退出系统功能点击退出系统按钮退出成功退出成功4）答辩小组测试界面

答辩小组测试用例

用例说明输入信息期望结果实际结果测试下拉菜单功能点击下拉菜单选择信息显示成功显示成功

测试生成评语按钮的功能点击生成评语按钮显示评语成功评语生成成功测试保存评语按钮的功能点击保存评语按钮保存评语成功成功

4性能测试用例设计

评语管理系统主要向用户提供了登录，注册，评语的功能，涉及到该性能需求的性能指标有：用户登录性能；用户注册性能；用户评语性能。在对性能测试的时候我们主要考虑两方面的内容：面向用户的测试，面向场景的测试。

功能；在线用户数达到一定数量时，用户可以正常使用系统，目标是满足200个人以内的用户可以同时在线使用系统。

目的：测试在200个以内用户同时在线时能否使用用户登录模块、用户注册模块、答辩小组模块用户登录模块

答辩小组模块

面向用户的测试：

虚拟用户数录制页面并发用户数执行时间思考时间

2 登录执行页面并发产生二分钟忽略思考时间

面向场景的测试：

虚拟用户数录制页面每秒点击次数执行时间预期目标

4 登录执行页面并发产生 5分钟事务/秒

六、测试用例执行情况

1.界面测试用例执行情况

根据项目的终止标准，本系统的整体架构基本合格，页面颜色及表格设计规划合理，基本达到对界面设计的要求。

2.手动的功能测试用例执行情况

1）管理员界面手动的执行：

2）指导老师界面手动的执行

3）注册界面手动的执行

3.自动的功能测试用例执行情况

1）管理员自动测试方法（manager2）相关代码及运行成功界面如图所示：

# WebForm1 - Microsoft Internet Explorer

set_window ("WebForm1 - Microsoft Internet Explorer", 2);

obj_mouse_click ("Internet Explorer_Server", 407, 195, LEFT);

obj_type ("Internet Explorer_Server","ww");

obj_mouse_click ("Internet Explorer_Server", 401, 228, LEFT);

obj_mouse_click ("Internet Explorer_TridentCmboBx", 96, 6, LEFT);

obj_mouse_click ("Internet Explorer_Server", 382, 281, LEFT);

obj_mouse_click ("Internet Explorer_Server", 82, 137, LEFT);

obj_mouse_click ("Internet Explorer_Server", 558, 149, LEFT);

obj_mouse_click ("Internet Explorer_Server", 478, 150, LEFT);

obj_type ("Internet Explorer_Server","2");

obj_mouse_click ("Internet Explorer_Server", 557, 155, LEFT);

# Management - Microsoft Internet Explorer

win_activate ("Management - Microsoft Internet Explorer");

set_window ("Management - Microsoft Internet Explorer", 1);

obj_mouse_click ("Internet Explorer_Server", 69, 271, LEFT);

# This test script was created by TestDirector

status=0;

passed=0;

failed=1;

# *** Test:

#

# *** End of test:

2）指导老师自动测试（zhidao2）代码及运行成功界面：

# WebForm1 - Microsoft Internet Explorer

set_window ("WebForm1 - Microsoft Internet Explorer", 1);

obj_mouse_click ("Internet Explorer_Server", 339, 202, LEFT);

obj_type ("Internet Explorer_Server","22");

obj_mouse_click ("Internet Explorer_Server", 374, 228, LEFT);

obj_mouse_click ("Internet Explorer_TridentCmboBx", 100, 16, LEFT);

obj_mouse_click ("Internet Explorer_Server", 370, 281, LEFT);

obj_mouse_click ("Internet Explorer_TridentCmboBx_1", 54, 8, LEFT);

obj_mouse_click ("Internet Explorer_TridentCmboBx_2", 63, 12, LEFT);

obj_mouse_click ("Internet Explorer_TridentCmboBx_3", 63, 8, LEFT);

obj_mouse_click ("Internet Explorer_Server", 353, 186, LEFT);

obj_mouse_click ("Internet Explorer_TridentCmboBx_4", 94, 11, LEFT);

obj_mouse_click ("Internet Explorer_Server", 779, 430, LEFT);

obj_mouse_click ("Internet Explorer_Server", 307, 338, LEFT);

# This test script was created by TestDirector

status=0;

passed=0;

failed=1;

# *** Test:

#

# *** End of test:

3）注册自动测试（zhuce2）:

# WebForm1 - Microsoft Internet Explorer

win_activate ("WebForm1 - Microsoft Internet Explorer");

set_window ("WebForm1 - Microsoft Internet Explorer", 0);

obj_mouse_click ("Internet Explorer_Server", 452, 280, LEFT);

obj_mouse_click ("Internet Explorer_Server", 302, 197, LEFT);

obj_type ("Internet Explorer_Server","44");

obj_mouse_click ("Internet Explorer_Server", 304, 229, LEFT);

obj_type ("Internet Explorer_Server","44");

obj_mouse_click ("Internet Explorer_Server", 304, 260, LEFT);

obj_type ("Internet Explorer_Server","44");

obj_mouse_click ("Internet Explorer_Server", 306, 285, LEFT);

obj_type ("Internet Explorer_Server","44");

obj_mouse_drag ("Internet Explorer_Server", 276, 317, 276, 316, LEFT);

obj_mouse_click ("Internet Explorer_Server", 295, 395, LEFT);

# Microsoft Internet Explorer

set_window ("Microsoft Internet Explorer", 1);

button_press (" 0_3_2_8");

# This test script was created by TestDirector

status=0;

passed=0;

failed=1;

# *** Test:

#

# *** End of test:

4.性能测试用例执行情况

测试内容：使用LoadRunner的Virtual User Generator功能生成虚拟用户，模拟系统并发负载环境，检测系统承载能力。

测试目的：检测评分管理系统在多用户并发负载情况下，系统承载能力，发现系统瓶颈。

测试步骤：

启动LoadRunner程序，选择“Create/Edit Scripts”——选择“Scripts”选项卡中的“New Vuser Scripts”，打开了New Virtual User对话框，在Popular Protocols下选择Web(HTTP/HTML)，点击OK按钮，在打开的页面左侧的Tasks窗口下选择1 .Recording ——Record Application，右侧窗口下点击Start Recording按钮，打开Start Recording 对话框，URL Address添写“评分管理系统”的登录页面的网址开始录制，输入用户名、密码以及身份是管理员的用户进行登录，点击停止录制；其相关代码如下：

Action()

{web_set_max_html_param_len("1572");

lr_start_transaction("sun33");

web_url("",

"URL=",

"Resource=0",

"RecContentType=text/html",

"Referer=",

"Snapshot=",

"Mode=HTML",

LAST);

/* Registering parameter(s) from source task id 8

(79): 通知: Transaction "sun33" ended with "Pass" status (Duration:

Wasted Time: .

(6): 通知: Transaction "sun33" started.

(79): 通知: Transaction "sun33" ended with "Pass" status (Duration: Wasted Time: .

(6): 通知: Transaction "sun33" started.

(79): 通知: Transaction "sun33" ended with "Pass" status (Duration: Wasted Time: .

(29): 通知: Parameter Substitution: parameter "sun1" = "jing"

(29): 通知: Parameter Substitution: parameter "su2" = "jing"

(29): 通知: Parameter Substitution: parameter "sun1" = "niu"

(29): 通知: Parameter Substitution: parameter "su2" = "niu"

(29): 通知: Parameter Substitution: parameter "sun1" = "wen"

(29): 通知: Parameter Substitution: parameter "su2" = "wen"

回到初始界面选择Run Load Tests按钮将刚才保存的文件添加进来：

修改虚拟用户值：

继续设置其加压，持续，减压方式：

运行后的界面如下：

说明：吞吐量达到预期结果，平均每个虚拟用户的吞吐量达到120000左右。

创建每秒通过的事务数，相关截图如下：

运行结果如下：

七、测试过程管理（TestDirector）

1.测试需求

2.测试计划

3.测试执行

4.缺陷报告

八、测试结果分析

1.软件能力

评分管理系统在功能方面，如管理员对所有的用户进行添加、删除、修改、更新；学生对自己的信息进行查询和修改；指导老师、评阅人以及指导小组成员对其所对应的学生进行答辩成绩这些功能都可以实现。

2.缺陷和限制

1）以指导教师的身份登录对学生小组进行评审，在点击生成评语按钮时，不能生成评语按钮。

2）当注册一个新用户时，并不能在该界面点击登录按钮时，打开登录界面，而必须在地址栏里面重新输入网址才能进入到登录界面中。

3）无法注册身份为学生的新用户

3.建议

1）修改生成评论按钮的代码，使其生成成功。

2）修改注册界面的登录按钮，使其成功链接到登录界面。

3）添加学生的身份，添加到下拉菜单中。

4.测试结论

在本次综合实践过程中，通过对Web应用程序——评分管理系统的测试，进一步认识到软件测试在软件开发过程中的重要性，巩固了软件测试技术和方法，能够更加熟练地将自动化测试与手工测试结合起来，在一定程度上提高了自己的软件测试水平。最主要的是，在整个系统的测试过程中，发现了系统存在的缺陷，实现了软件测试的真正意义。希望程序在修改缺陷之后能够给用户提供一个实用的高质量的软件产品。

通过这次实践进一步的巩固了所学的知识，通过实践将课堂上的知识运用到实际测试当中，但在此过程中发现自己的许多不足，对所学内容掌握的不够牢固，对所学的知识理解不够透彻。同时意识到要做好一个软件测试人员光靠这点知识是远远不够的，自己要学的东西还很多，所以在今后一定要更深入的去学习。而且如果要做好软件测试这个工作必须要有耐心和发问的精神，这样才能发现程序中存在的不足。