车辆调度系统（CAS）系统测试计划.doc

车辆调度系统（CAS）—系统测试计划 PAGE 车辆调度系统（CAS） 系统测试计划 华南理工大学软件学院 05级4班第X项目组 编写 符少阳 2008 年 4 月 组员： 何潮、张尹聪、符少阳、郑焜镪、吕书哲 项目经理： 吕书哲 1 引言 1.1 目的 本文档为车辆调度系统（CAS）项目的系统测试活动提供范围,方法,资源和进度方面的指导。 本文档的读者主要是项目经理和测试人员。 1.2 测试策略 该系统测试内容包括系统的功能测试和非功能测试两大部分。 首先进行基本的功能性测试，测试内容主要有：1、车辆调度系统（CAS）的各个功能符合实际要求；2、进行GUI规范测试，确保系统界面友好，美观；3、菜单和按钮的操作正常、灵活，能处理一些异常操作；4、能接受正常的数据输入，对异常数据输入可以进行提示、容错处理；5、功能逻辑清楚，符合使用者习惯；6、系统的各种状态按照业务流程而变化，并保持稳定等。 第二大部分为非功能测试，主要的测试内容有：1，压力测试,测试被测系统的性能、可靠性、稳定性等；2、容量测试，测试系统的各项指标的极限值，以确保其满足要求；3、性能测试，测试系统运行时的性能表现.；4、容错测试，测试系统在出错情况下的处理能力。 考录到本系统可能会在不同的操作系统上使用，因此有必要进行一个兼容性测试。由于可安装性测试也需要在不同操作系统上验证能否正常安装因此可以把兼容性测试和可安装性测试放到一起进行。 配置测试的内容和功能测试中一起进行，不单独进行专门的测试。 1.3 范围 本系统测试计划起始于需求分析阶段，并且到系统测试执行阶段结束终止。该计划主要处理与车辆调度系统（CAS)项目系统测试有关的任务安排、资源需求、人力需求、风险管理、进度安排等内容。 1.4 参考文献 车辆调度系统（CAS)需求规格说明书 车辆调度系统（CAS)项目测试计划 2 被测特性 按照功能和非功能两部分给出系统的被测特性，具体参考表1和表2的内容 表1 被测功能特性 标识符 特性描述 优先级 CAS-FUN-001 用户登录功能 高 CAS-FUN-002 用户账号管理功能 中 CAS-FUN-003 备份还原数据库功能 高 CAS-FUN-004 任务管理功能 高 CAS-FUN-005 任务查询功能 高 CAS-FUN-006 快速添加任务功能 高 CAS-FUN-007 车辆状态管理功能 高 CAS-FUN-008 司机状态管理功能 高 CAS-FUN-009 车辆资料管理功能 高 CAS-FUN-010 司机资料管理功能 高 表2 被测非功能特性 标识符 特性描述 优先级 CAS-NTF-001 支持10个管理员类型用户同时操作CAS系统 中 CAS-NTF-002 用户登录时间不超过1秒 低 CAS-NTF-003 打开各个功能界面不超过2秒 低 CAS-NTF-004 用户提交信息后，系统将在1秒内显示确认消息 低 CAS-NTF-005 系统信息的保密功能 高 CAS-NTF-006 在出现特殊情况（如断电）时系统的处理能力 中 CAS-NTF-007 不会对被检索的文件或目录造成破坏或修改 高 CAS-NTF-008 不会对系统中其他执行的软件造成破坏，或造成操作系统的死机 中 CAS-NTF-009 系统能在不同的windows平台上运行 中 CAS-NTF-010 系统界面测试 中 CAS-NTF-011 菜单和按键功能测试 中 CAS-NTF-012 逻辑功能的测试 中 CAS-NTF-013 系统容错能力测试 中 CAS-NTF-014 系统状态切换的测试 高 3测试方法 对于功能测试，需要验证《车辆调度系统（CAS)需求规格说明书》中功能需求描述中的每个正常执行步骤和可能出现的每种例外情况。在这里可以使用等价类划分，判定表及因果图方法。同时使用特性交互或关联图的方法，测试各种功能交互情况。 对于性能测试，需要使用相关的的测试软件进行相关内容进行测试，对于用户界面规范测试，需要参考相关规范，同时依赖于人的判断，因此这部分测试不利于自动化，考虑到该部分测试重复次数不多因此可以手动执行。 4 测试通过/失败标准 测试通过的标准表述如下： ●所有的功能测试的用例都被执行并通过； ●所有发现的缺陷都被修正并回归测试过； ●性能要求符合标准。 测试失败的标准表述如下： ●发现有重大结构设计问题,其修改会导致20%以上的函数接口,功能,数量的变化,进一步测试相关特性已经无意义； ●发现关键功能未被设计,该功能的设计会导致20%以上的函数接口,功能,数量的变化,进一步测试相关特性已经无意义； ●缺陷密度大于1个/KLOC(千代码行)。 5 测试挂起/恢复的条件 测试挂起的条件为：当测试执行过程中发现有阻塞用例的时候，该系