软件工程测试计划.docx

资源描述

软件工程测试计划.docx

《软件工程测试计划.docx》由会员分享，可在线阅读，更多相关《软件工程测试计划.docx（32页珍藏版）》请在冰豆网上搜索。

软件工程测试计划.docx

软件工程测试计划

七、测试计划

1．引言

1.1编写目的

本测试报告为实验室铁路售票系统的测试报告，目的在于总结测试阶段的测试以及分析

测试结果，描述系统是否符合需求。

预期参考人员包括用户、测试人员、开发人员、项目管

理者、和其他质量管理人员。

1.2项目背景

a.委托单位：

呼和浩特火车站

b.开发单位：

内蒙古工业大学数据科学与应用学院

c.主管部门：

内蒙古工业大学数据科学与应用学院

d.项目开发者：

李艺航，张晓明，呼浩东

e.用户：

呼和浩特火车站

f.产品的所有权：

呼和浩特铁路局

g.项目背景：

火车票出售管理系统是典型的信息管理系统（MIS）,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。

本项目适用于Windows操作系统，使用SQL Server 2008数据库，利用C++,JAVA开发平台开发系统。

1.3定义

C/S：

Client/service，客户端/服务端结构；

最终用户：

系统开发后的最终使用者；

一般用户：

需购买火车票进行业务的人群即旅客；

售票员：

车站及代售点的所有售票员；

系统管理员：

具有对不同用户进行管理，输入用户的各种信息、管理用户权限、维护数据库等权限的用户。

1.4参考资料

a.田保军,刘利民等.软件工程实用教程.北京：

清华大学出版社.2015

b.冀振燕，UML系统分析设计与应用案例，人民邮电出版社，2003

c.RogerS.Pressman等.软件工程-实践者的研究方法（英文版）（第8版）.机械工业出版社.2015

d.张裕益主编．UML理论与实作．北京：

中国铁道出版社，2002

e.杨国强、路萍、张志军.ERWIN数据库建模.北京：

电子工业出版社，2004

f.吴建、郑潮、汪杰，UML基础及Rose建模案例，北京：

人民邮电出版社，2007

2．任务概述

2.1目标

利用信息化手段缓解火车站售票压力，满足广大人民群众的购票需求，使管理人员能够方便进行售票管理工作，包括修改、维护、统计等，使广大人民用户能够利用该系统进行信息的查询，购票，退票等。

用自然语言或者形式化语言与图形等完整、准确、具体地描述系统的数据需求、功能需求、性能需求、可靠性需求和可用性需求、接口需求、约束、逆向需求以及将来可能提出的要求。

（1）完善目前火车售票系统，使之能跟上时代的发展。

同时通过实践来提高自己的动手能

（2）应用范围：

理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。

（3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和删除等功能；对于所查询的车次结果提供列表显示输出；有一定的安全机制，普通旅客不能对车次信息随意删改，只有系统管理员可通过密码识别进行维护。

2.2运行环境

操作系统：

MicrosoftWindows7

支持环境：

IIS5.0

数据库：

MicrosoftSQLServer2008

2.3需求概述

铁路售票管理系统主要负责列车信息及车票信息的查询，登录系统及信息管理，火车票的销售与退票，列车及车票的管理。

铁路售票管理系统的主要用户是：

旅客，售票员及系统管理员。

铁路售票管理系统总体功能结构，如图1所示。

图1铁路售票管理系统总体功能结构

系统的主要功能：

1.列车信息及车票信息的查询

该功能模块的具体实现分为两个部分，一根据车次查询列车信息及售票信息。

二根据目的站查询列车信息及售票信息。

2.登录系统及信息管理

登录系统针对不同用户种类来分，一般用户旅客登录，售票员登录，系统管理员登录，除一般用户外，其余两类用户均需在系统首页用户名与密码才能进入到登录界面，从不同入口获得不同权限，售票员修改个人信息，系统管理员增加或减少售票员。

3.火车票的销售与退票

该功能模块分为两个部分，一是火车票的销售，二是退票。

火车票的销售是由售票员进行操作，并统计更新销售总额的信息

4.列车及车票的管理

该功能模块包含了增加列车、删除列车、火车票的填充，火车票的删除四个部分。

全部是管理员的操作。

2.4条件与限制

应具备的设备：

计算机3台，打印机1台

应具备的人员：

软件专业学生3人

其他条件：

保证相关开发人员全部到位，不缺勤；资金全部到位

3．计划

3.1测试方案

面向对象软件封装驱动了类和对象的定义，这意味着每个类和类的实例（对象）包装了属性（数据）和操纵这些数据的操作。

而不是个体的模块。

最小的可测试单位是封装的类或对象，类包含一组不同的操作，并且某特殊操作可能作为一组不同类的一部分存在，因此，单元测试不再孤立地测试单个操作，而是将操作作为类的一部分。

因为面向对象软件没有层次的控制结构，传统的自顶向下和自底向上集成策略就没有意义，此外，一次集成一个操作到类中（传统的增量集成方法）经常是不可能的，这是由于“构成类的成分的直接和间接的交互”。

通过单元测试和集成测试，仅能保证软件开发的功能得以实现，并不能确认在实际运行时，它是否满足用户的需要，是否存在实际使用时会被诱发产生错误的隐患。

因此，对完成开发的软件必须经过规范的系统测试。

综上所述，采用图2所示的测试的层次结构，测试铁路售票管理系统。

图2测试层次结构

面向对象软件测试的层次可划分为：

1.单元测试

包括两部分：

（1）类操作测试

主要考虑封装在类中的一个方法对数据进行的操作。

可以采用传统的模块测试方法，但方法是封装在类中，并通过向所在对象发消息来执行，它的执行与状态有关，特别是在操作的多态性时，设计测试用例时要考虑设置对象的初态，并且要设计一些函数来观察隐蔽的状态值。

采用黑盒测试方法。

（2）类的测试

测试范围主要是类定义之内的属性和服务，以及有限的对外接口的部分。

2.集成测试（类簇测试）

把一组相互有影响的类看作一个整体称为类簇。

类簇测试主要根据系统中相关类的次

关系，检查类之间的相互作用的正确性，即检查各相关类之间消息连接的合法性、子类的继承性与父类的一致性、动态绑定执行的正确性、类簇协同完成系统功能的正确性等等。

其测试有两种不同策略:

（1）基于类间协作关系的横向测试:

由系统的一个输入事件作为激励，对其触发的一组类进行测试，执行相应的操作/消息处理路径，最后终止于某一输出事件。

应用回归测试对已侧试过的类集再重新执行一次，以保证加入新类时不会产生意外的结果。

（2）基于类间继承关系的纵向测试:

首先通过测试独立类（是系统中已经测试正确的某类）来开始构造系统，在独立类测试完成后，下一层继承独立类的类（称为依赖类）被测试，这个依赖类层次的测试序列一直循环执行到构造完整个系统。

集成测试采用黑盒测试方法。

3.系统测试

是对所有程序和外部成员构成的整个系统进行整体测试，检验软件和其他系统成员配合工作是否正确，另外，还包括了确认测试内容，以验证软件系统的正确性和性能指标等是否满足需求规格说明书所制定的要求。

它与传统的系统测试一样，可沿用传统的系统测试方法

3.2测试项目

1．一般用户列车信息查询

是否使用分栏显示方式实现按车次及按目的站查询功能

查看返回查询列车信息窗口

查询结果是否正确

2.售票员及系统管理员登录

是否使用菜单形式实现售票员及系统管理员登录功能

查询数据库中信息是否匹配，查询是否成功

3．系统管理员操作

是否实现个人信息管理，查询及更改信息等功能

是否实现售票员管理，增加，删除，查看，及修改售票员信息等功能

是否实现列车管理，增加，删除及查看列车信息等功能

是否实现车票管理，增加，删除及查看车票信息等功能

4.售票员操作

是否实现个人信息管理，查看，修改个人信息等功能

是否实现售票功能，查询车票信息及售票功能

是否实现退票功能

3.3测试机构及人员

测试进度及测试人员计划如表所示。

表1测试进度及测试人员计划

测试阶段

测试任务

测试内容

人员分配

起止时间

第一阶段

单元测试

模块功能测试

测试各个模块的功能

小组集体

6.7至6.8

接口测试

测试程序之间能否互相调用，包括界面与程序的连接

小组集体

6.8至6.9

数据文件存取

的测试

测试程序能否正确存取文档

小组集体

6.9至6.10

设计约束的测试

测试key值的必输入性及嵌套交易

小组集体

6.10至6.11

第二阶段

集成测试

小组集体

6.10至6.11

第三阶段

系统测试

小组集体

6.11至6.12

测试总结

小组集体

6.13

4．测试项目说明

4.1测试项目名称及测试内容

包括模块名称：

一般用户列车信息查询，售票员及系统管理员登录，系统管理员操作，售票员操作

测试者：

李艺航，张晓明，呼浩东

测试时间：

2019.11.7

总工时/总工作日:

任务开始时间:

2019.11.79点

结束时间：

2019.11.718点

总计：

8小时

4.2测试用例

表2RailwayManagement类的测试用例1

功能模块

名

RailwayManagement

编制人

杨超

用例编号-

TC-TEP_Railway_1

编制时间

2008.6.7

功能特性

按车次进行列车查询

测试目的

检验其查询结果是否正确

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

输入车次，按查询按钮

2346

显示警告信息“该车次不存在”

通过

按查询按钮

显示警告信息“请输入车次”

通过

输入车次，按查询按钮

T184

显示正确列车信息

通过

表3RailwayManagement类的测试用例2

功能模块

名

RailwayManagement

编制人

杨超

用例编号-

TC-TEP_Railway_2

编制时间

2008.6.7

功能特性

按目的站进行列车查询

测试目的

检验其查询结果是否正确

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

输入目的站，按查询按钮

汉口

显示警告信息“以汉口为重点站的列车不存在”

通过

按查询按钮

显示警告信息“请输入终点站”

通过

输入目的站，按查询按钮

长春

显示相关列车正确信息

通过

表4RailwayManagement类的测试用例3

功能模块

名

RailwayManagement

编制人

杨超

用例编号-

TC-TEP_Railway_3

编制时间

2008.6.7

功能特性

用户系统管理员身份验证

测试目的

验证是否允许合法登陆，阻止非法登陆

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

输入用户名按登录按钮

用户名

=admin，密码为空

显示警告信息“你输入的用户名或密码错误”

通过

输入密码按登录按钮

用户名为空，密码为111

显示警告信息“你输入的用户名或密码错误”

通过

按登录按钮

用户名为空，密码为空

显示警告信息“你输入的用户名或密码错误”

通过

输入用户名，密码，按登录按钮

用户名为admin，密码为222

显示警告信息“你输入的用户名或密码错误”

通过

输入用户名，密码，按登录按钮

用户名为tt，密码为111

显示警告信息“你输入的用户名或密码错误”

通过

输入用户名，密码，按登录按钮

用户名为tt，密码为333

显示警告信息“你输入的用户名或密码错误

通过

输入用户名，密码，按登录按钮

用户名为admin，密码为111

成功进入系统管理员操作界面

通过

表5RailwayManagement类的测试用例4

功能模块

名

RailwayManagement

编制人

杨超

用例编号-

TC-TEP_Railway_4

编制时间

2008.6.7

功能特性

用户售票员身份验证

测试目的

验证是否允许合法登陆，阻止非法登陆

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

输入用户名按登录按钮

用户名

=tt，密码为空

显示警告信息“你输入的用户名或密码错误”

通过

输入密码按登录按钮

用户名为空，密码为111

显示警告信息“你输入的用户名或密码错误”

通过

按登录按钮

用户名为空，密码为空

显示警告信息“你输入的用户名或密码错误”

通过

输入用户名，密码，按登录按钮

用户名为tt，密码为222

显示警告信息“你输入的用户名或密码错误”

通过

输入用户名，密码，按登录按钮

用户名为aa，密码为111

显示警告信息“你输入的用户名或密码错误”

通过

输入用户名，密码，按登录按钮

用户名为aa，密码为333

显示警告信息“你输入的用户名或密码错误

通过

输入用户名，密码，按登录按钮

用户名为tt，密码为111

成功进入系统售票员操作界面

通过

表6RailwayManagement类的测试用例5

功能模块

名

RailwayManagement

编制人

杨超

用例编号-

TC-TEP_Railway_5

编制时间

2008.6.7

功能特性

查看系统管理员信息

测试目的

验证是否正确显示系统管理员信息

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

按查看按钮

无

显示系统管理员信息

通过

表7RailwayManagement类的测试用例6

功能模块

名

RailwayManagement

编制人

路帅

用例编号-

TC-TEP_Railway_6

编制时间

2008.6.7

功能特性

系统管理员修改个人信息

测试目的

验证修改信息后数据库中是否相应更新

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

输入ID及用户名

ID为aaa

用户名bbb

显示警告信息“请确保输入信息完整“

通过

输入ID，密码，及工资

ID为aaa

密码为aaa

工资为100

显示警告信息“请确保输入信息完整

通过

输入ID，用户姓名及工资

ID为aaa

姓名为aaa

工资为100

显示警告信息“请确保输入信息完整

通过

输入ID，密码，用户姓名及工资

ID为aaa

密码为aaa

姓名为aaa

工资为100

显示“操作成功“信息

通过

表8RailwayManagement类的测试用例7

功能模块

名

RailwayManagement

编制人

路帅

用例编号-

TC-TEP_Railway_7

编制时间

2008.6.7

功能特性

添加售票员

测试目的

验证数据库中是否增加售票员信息

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

输入售票员密码，输入售票员工号，输入售票员姓名，输入售票员工资

售票员密码为aaa,工号20，姓名bb,工资200

显示警告信息“请确保输入信息完整“

通过

输入售票员ID，输入售票员工号，输入售票员姓名，输入售票员工资

售票员ID为aaa,工号20，姓名bb,工资200

显示警告信息“请确保输入信息完整“

通过

输入售票员ID，输入售票员密码，输入售票员姓名，输入售票员工资

售票员ID为aaa,密码111，姓名bb,工资200

显示警告信息“请确保输入信息完整“

通过

输入售票员ID，输入售票员密码，输入售票员工号，输入售票员姓名，输入售票员工资

售票员ID为aaa,密码111，工号20，姓名bb,工资200

显示“操作成功“信息

通过

表9RailwayManagement类的测试用例8

功能模块

名

RailwayManagement

编制人

路帅

用例编号-

TC-TEP_Railway_8

编制时间

2008.6.7

功能特性

删除售票员操作

测试目的

验证数据库中售票员记录是否进行相应更新

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

按删除按钮

无

显示警告信息“请输入工号“

通过

输入工号，按删除按钮

工号10000

显示警告信息“该售票员不存在“

通过

输入工号，按删除按钮

工号12

显示“操作成功“信息

通过

表10RailwayManagement类的测试用例9

功能模块

名

RailwayManagement

编制人

路帅

用例编号-

TC-TEP_Railway_9

编制时间

2008.6.7

功能特性

查看售票员个人信息

测试目的

验证是否显示正确售票员信息

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

按查找按钮

无

显示警告信息“请输入工号“

通过

输入工号，按查找按钮

工号1000

显示警告信息“该售票员不存在“

通过

输入工号，按查找按钮

工号5

显示售票员正确信息

通过

表11RailwayManagement类的测试用例10

功能模块

名

RailwayManagement

编制人

路帅

用例编号-

TC-TEP_Railway_10

编制时间

2008.6.7

功能特性

系统管理员修改售票员信息

测试目的

验证数据库中是否有相应更新

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

按修改按钮

无

显示警告信息“请确保输入信息完整“

通过

输入工号，按修改按钮

工号1

显示警告信息“请确保输入信息完整“

通过

输入工号，输入售票员工资，按修改按钮

工号1

售票员工资1000

显示“操作成功“信息

通过

表12RailwayManagement类的测试用例11

功能模块

名

RailwayManagement

编制人

张银

用例编号-

TC-TEP_Railway_11

编制时间

2008.6.7

功能特性

添加列车操作

测试目的

验证数据库中是否有

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

按添加按钮

无

显示警告信息“输入信息不能为空“

通过

输入车次,列车类型,站次，站名,开车时间,停留时间,到站时间，全程用时,里程,硬座票价,硬卧下票价,软卧下票价，按添加按钮

车次T55,类型特快

站次为空

站名长春发车时间,

08：

20,

停留时间–

到站时间

10：

全程用时

2小时

里程600

硬座票价30

硬卧下票价60

软卧下票价100

显示警告信息“输入信息不能为空“

通过

输入车次,列车类型,站次，站名,开车时间,停留时间,到站时间，全程用时,里程,硬座票价,硬卧下票价,软卧下票价，按添加按钮

车次T184类型特快

站次为2

站名长春发车时间,

08：

20,

停留时间–

到站时间

10：

全程用时

2小时

里程600

硬座票价30

硬卧下票价60

软卧下票价100

显示警告信息“该车次已存在，添加失败“

通过

输入车次,列车类型,站次，站名,开车时间,停留时间,到站时间，全程用时,里程,硬座票价,硬卧下票价,软卧下票价，按添加按钮

车次T55类型特快

站次为2

站名长春发车时间,

08：

20,

停留时间–

到站时间

10：

全程用时

2小时

里程600

硬座票价30

硬卧下票价60

软卧下票价100

显示“操作成功“信息

通过

表13RailwayManagement类的测试用例12

功能模块

名

RailwayManagement

编制人

张银

用例编号-

TC-TEP_Railway_12

编制时间

2008.6.7

功能特性

系统管理员列车信息查询

测试目的

验证是否返回正确列车信息

测试步骤

操作描述

测试数据

期望的结果

实际结果

测试状态

按查找按钮

无

显示警告信息“请输入车次“

通过

输入车次，按查找按钮

车次2222

显示警告信息“改车次的列车不存在“

通过

输入车次，按查找按钮

车次T184

显示正确列车信息

通过

表14RailwayManagement类的测试用

展开阅读全文