测试计划_5分

六、测试 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 课程设计说明书 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 目： 车站售票管理系统 —测试计划 学生姓名：**** 学 院：信息工程学院 系 别：计算机系 专 业：软件工程 班 级：*** 指导教师：**** *** 2011年7月15日 目录 11．引言 11.1编写目的 11.2项目背景 11.3定义 21.4参考资料 22．任务概述 22.1目标 22.2运行环境 32.3需求概述 32.4条件与限制 33．计划 33.1测试 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 43.2测试项目 43.3测试准备 43.4测试机构及人员 44．测试项目说明 44.1测试项目名称及测试内容 54．2测试用例 54.2.1登录系统 64.2.2查询模块 64.2.3售票模块 74.2.4修改模块 84.2.5退票模块 94.2.6步骤及操作 94.2.7允许偏差 104.3进度 104.4条件 104.5测试资料 105． 评价 LEC评价法下载LEC评价法下载评价量规免费下载学院评价表文档下载学院评价表文档下载 105.1范围 105.2准则 1．引言 1.1编写目的 本份测试报告是对火车站售票管理系统的验证，查看期望的结果和获得的结果之间有无差别，以便最大限度地找出系统在实际巡行中可能出现的错误和问题，希望通过本报告能给系统开发减少不必要的麻烦该文档的目的是，火车票售票管理系统的系统测试设计，其主要内容包括： (1)测试总体设计 (2)测试用例设计 本文档的预期的读者是： 项目管理人员、测试人员 1.2项目背景 委托单位：呼和浩特火车站 开发单位：内蒙古工业大学信息工程学院 主管部门：内蒙古工业大学计算机系 开发人员：***** 1.3定义 黑盒测试：又称功能测试或数据驱动测试，着眼于程序外部，将被测试程序视为一个不能打开的黑盒子，完全不考虑程序内部逻辑和内部特性，主要针对软件界面、软件功能、外部数据库访问访问以及软件初始化到等方面进行测试。 白盒测试：白盒测试也称结构测试或逻辑驱动测试，是针对被测试单元内部是如何进行工作的测试，它的突出特点是基于被测程序的源代码，而不是软件的规格说明。 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 1.4参考资料 [1] 张海藩 .《软件工程导论》（第四版） 清华大学出版社 [2] GB8567-88 .软件设计文档国家 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 —测试计划 [3] 陈汶滨、朱小梅、任东梅.《软件测试技术基础》 清华大学出版社 [4] 火车站车票管理系统—项目开发计划 [5] 火车站车票管理系统—需求规格说明书 [6] 火车站车票管理系统—概要设计说明书 [7] 火车站车票管理系统—设计说明书 2．任务概述 2.1目标 测试是“为了发现程序中的错误而执行程序的过程”, 测试的目的就是在软件投 入生产性运行之前，尽可能多的发现软件中的错误。本系统的测试目标是对各个模块进行测试。 登录测试：前台用户登陆系统安全管理模块，用户输入用户名和密码，模块通过 连接到数据库查找用户信息进行检验。 火车信息录入测试：录入车次信息 火车票信息查询测试：输入终点站或车次信息，查询相关火车的信息 火车票退票测试：售票人员输入相关火车票删除信息，删除此火车票 火车票信息修改测试：售票人员对相应的火车票信息进行修改，此火车票票务信息得到修改。 2.2运行环境 由于系统将由两部分程序组成，安装在各售票员客户机上的客户程序及火车票售票系统内的数据服务器数据。 1．服务器端子系统的运行要求： 系统软件： Window xp 数据库管理系统：SQL Server 2005 硬件要求：Pentium III 450 以上, 1024M RAM, 36G HD 2. 客户端子系统的运行要求： 系统软件： Window XP 数据库管理系统：SQL Server 2005 硬件要求：Pentium 133 以上, 128M RAM, 2.1G HD 2.3需求概述 火车站售票系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。 2.4条件与限制 必须在保证各硬件设备．软件系统齐备的情况下，资金充足，人员齐备，各方面互相配合，齐心协力，共同完成。 3．计划 3.1测试方案 测试工件为四个阶段：单元测试、组装测试、确认测试、系统测试  1．单元测试：采用白盒法和黑盒法相结合的方法，对于逻辑结构复杂的模块采用白盒法，对于以输入、输出为主的模块采用黑盒法测试，以提高测试的效率。   2．组装测试：混合法(对软件结构中较上层使用的自顶向下与对软件结构中较下层使用的自底向上方法相结合)。   3．确认测试：由用户参与按需求规格说明书验收。   4．系统测试：采用人工测试方法。 3.2测试项目 在测试过程中，首先需要对各子单元过程进行测试。在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。 各模块包括： 登录系统测试 查询功能测试 修改功能测试 售票功能测试 退票功能测试 3.3测试准备 在测试前，与各模块的主要负责人共同协商讨论，以概要设计说明书、详细设计说明书作为总的提纲，选择合适的输入输出数据，并加以意义列举说明。 3.4测试机构及人员 测试人员：负责编写测试计划，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。即测试组全体人员共计4人（苗欣宇 马星 周伟 张玲燕）。 用户：必要时可参加测试，并提出具体的测试要求，也可要求暂停测试。 测试机构：内蒙古工业大学软件08-2班第六小组 4．测试项目说明 4.1测试项目名称及测试内容 1．登录模块测试 本测试采用黑盒测试法：为了检测不同权限的用户在登陆时，是否能进入对应的模块并得到应有的权限，检验密码模块的正确有效性。 2．火车票售票管理测试 各子模块测试名称如下： 查询功能测试 修改功能测试 售票功能测试 退票功能测试 4．2测试用例 4.2.1登录系统 表6-1登录系统测试用例 测试项目名称 车站售票管理系统 测试项目标题 登录系统功能测试 测试人员 周伟，马星，苗欣宇，张玲燕 测试时间 2011-7-21 用例描述：测试内容描述：系统管理员、售票员进行登录操作在用户登录过程中，首先对用户的输入信息进行测试，客户机上的输入信息为用户名和密码，包括一个登陆/重置的选项，输出是确认或出错并返回的信息。在输入的测试数据中可分为有效输入类和无效输入类。 目的 验证火车站售票系统的登录功能 前提条件 打开主页面 测试步骤及输入： 预期结果： 输用户名 在用户名框中输入信息 用户名正确 输入密码 在密码输入框输入密码信息 用户不存在，密码错误或密码正确进入主界面 错误次数 输入错误次数小于等于3次 输入密码错误，请重新输入 现在假设用户名和密码都是123456按照等价类进行划分： 表6-2 登录测试数据列表 测试用例编号 用户名 密码 预期输出 1 123 123 用户名，密码错误 2 1234 123456 用户名错误 3 123456 123 密码错误 4 123456 用户名空 5 123456 密码空 6 用户名密码空 7 12345 123456 用户名不存在 8 123456 123457 密码不正确 4.2.2查询模块 表6-3查询系统测试用例 测试项目名称 车站售票管理系统 测试项目标题 查询系统功能测试 测试人员 周伟，马星，苗欣宇，张玲艳 测试时间 2011-7-21 用例描述：对车站售票管理系统进行查询测试。 目的 测试是否查找到正确的列车，车票信息 前提条件 售票员登录成功 测试步骤及输入： 预期结果： 输列车号 在列车号栏输入列车号 系统得到列车信息 输入站点 在站点栏输入站点名 得到经过此站点的列车信息 表6-4 查询测试数据列表 编号 列车号 站点 预期输出结果 1 1712 1712经过的各站点及时刻 2 沈阳北 凡包含站点沈阳北的列车 3 1712 沈阳北 1712到沈阳北的时刻，剩余票数，票价等信息 4 重新输入查询信息 5 1712 大连 此列车没有此站点 4.2.3售票模块 表6-5售票系统测试用例 测试项目名称 车站售票管理系统 测试项目标题 售票系统功能测试 测试人员 周伟，马星，苗欣宇，张玲艳 测试时间 2011-7-21 用例描述：对车站售票管理系统进行售票测试 目的 测试是否能按给出的条件售出票 前提条件 售票员成功登录，客户已经查询好要买的票 测试步骤及输入： 预期结果： 输入购票数，购票类型 售票数中输入要购买的票的张数，是一般人购票还是特殊人购票。 系统处理数据，总票数=总票数-售票张数 总收入=总收入+售票张数*票价*购票优惠比例 表6-6 售票测试数据用列表 编号 购票数 购票类型 预期输出结果 1 1 一般人购票 总票数=总票数-1 总收入=总收入+售票张数*票价 2 1 特殊人购票 总票数=总票数-1 总收入=总收入+售票张数*票价*50% 3 3 一般人购票 总票数=总票数-3 总收入=总收入+售票张数*票价 4 3 特殊人购票 总票数=总票数-3 总收入=总收入+售票张数*票价*50% 5 -1 一般人购票 输入票张数错误 6 1 没有填写购票类型 4.2.4修改模块 表6-7修改系统功能测试用例 测试项目名称 车站售票管理系统 测试项目标题 修改系统功能测试 测试人员 周伟，马星，苗欣宇，张玲艳 测试时间 2011-7-21 用例描述：对车站售票管理系统的修改功能进行测试。 目的 测试是否能正常修改列车信息 前提条件 管理员登录成功 测试步骤及输入： 预期结果： 输入修改列车车次 输入列车车次栏中输入要修改的列车车次 输出列车的信息 输入新的站点 在站点栏中输入要修改的站点 提示对站点进行了修改 输入新的时刻 在时刻表中输入要修改的时刻 提示对时刻进行了修改 输入新的价格 对是否正确修改了票价进行测试 提示对票价进行了修改 表6-8 修改测试数据列表 编号 列车号 新列车号 站点 新站点 时刻 新时刻 票价 新票价 预期输出 1 1712 1713 包头 包头 15：30 15：30 168 168 列车车次修改成功 2 1712 1712 包头 包头 15：30 15：40 168 198 时刻，票价修改成功 3 1712 1712 包头 包头东 15：30 15：40 168 198 对站点，时刻，票价修改成功 4 1712 1712 包头 包头 15：30 15：30 168 198 对票价修成功 5 1712 1713 包头 包头东 15：30 15：40 168 198 对列车车次，站点，时刻，票价修改成功 6 1712 1712 包头 15：30 168 删除站点成功 7 1712 1712 河北 21:30 110 站点添加成功 4.2.5退票模块 表6-9退票系统功能测试用例 测试项目名称 车站售票管理系统 测试项目标题 退票系统功能测试 测试人员 周伟，马星，苗欣宇，张玲燕 测试时间 2011-7-21 用例描述：对车站售票管理系统的退票功能进行测试 目的 测试是否能正常退票 前提条件 售票员登录成功 测试步骤及输入： 预期结果： 输入车票号 在车票栏中输入要退车票的车票号 显示此车票信息 确认退票 在表单中提交确认退票 提示退票成功 表6-10 退票测试数据列表 测试编号 车票号 预期输出 1 1712 退票成功 2 1713 没有此票 4.2.6步骤及操作 在测试过程中，首先需要对各子单元过程进行测试。各子单元过程的测试必须先在程序设计员调试并编译通过后才能进行。在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。 其操作过程如下： 1．在客户机接受信息模块过程中，先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。 2．同样，在客户机输出信息模块．网络接受和发送模块结构和服务器模块（包括数据库）过程中先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。， 3．然后，根据各模块之间的各种关系，对其接口进行测试。 4．在系统测试中，要注意对各种意外情况（列如断电．硬盘损坏等）加以处理，对数据库要注意其安全性．可靠性．健壮性．效率。网络传输更要注意其安全性。 4.2.7允许偏差 因火车票售票系统要求精确，固对输出的处理不允许出现误差。 4.3进度 需要对各子单元程序．各模块及它们之间的接口分别进行测试进度．一般测试过程都伴随其概要设计．详细设计过程一起进行，进度在2个月左右 4.4条件 必须在保证各硬件设备．软件系统齐备的情况下，资金充足，人员齐备，各方面互相配合，齐心协力，共同完成。 4.5测试资料 [1] 张海藩 .《软件工程导论》（第四版） 清华大学出版社 [2] GB8567-88 .软件设计文档国家标准—测试计划 [3] 陈汶滨、朱小梅、任东梅.《软件测试技术基础》 清华大学出版社 5．评价 5.1范围 本测试说明只对软件功能进行了黑盒测试的说明 5.2准则 测试中发现的缺陷按照严重程度分为4个级别，如表6-11，级别不同，严重程度也不同。 表6-11：缺陷严重级别 严重级别 严重程度 1-提示（Low） 1微小的错误，不会影响系统的功能 2不准确或容易误解的行为和语句 2-一般（Medium） 1该问题增加了测试或用户操作的复杂度 2该问题轻微降低了系统的性能，但系统仍然能工作 3-严重（High） 1该问题会严重降低系统的性能 2不符合客户端需求说明 4-致命（Very High） 1系统不能正常启动或启动后无法正常工作 测试完成的标准是执行完所有系统测试的功能、性能测试用例，无2级以上遗留问题。如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。 此次测试后系统运行基本正常，该软件已基本可投入使用。 学校代码： 10128 学 号：*****