系统测试大纲(范例)

合集下载

系统测试大纲

系统测试大纲

项目名称(二号宋体粗)
系统测试大纲版本号/修改号:A/0
单位名称
年月日
文件发行/修改履历表
目录
1. 文档介绍 (4)
1.1 文档目的 (4)
1.2 文档范围 (4)
1.3 读者对象 (4)
1.4 参考文献 (4)
1.5 术语与缩写解释 (4)
2. 测试工具 (4)
3. 测试项目 (4)
4. 测试模块汇总 (4)
4.1 模块汇总表 (4)
4.2 模块功能特性 (5)
5. 测试时间要求 (5)
6. 测试人员要求 (5)
1. 文档介绍
1.1 文档目的
1.2 文档范围
1.3 读者对象
1.4 参考文献
提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符] 作者,文献名称,出版单位(或归属单位),日期
例如:
[AAA]作者,《立项建议书》,机构名称,日期
[SPP-PROC-SD] SEPG,系统设计规范,机构名称,日期
1.5 术语与缩写解释
2. 测试工具
提示:测试使用工具,软件测试工具,硬件测试工具
3. 测试项目
1、
2、
3、
……
4. 测试模块汇总
4.1 模块汇总表
提示:这里模块是指相对独立的软件设计单元,例如对象类、函数包等等。

4.2 模块功能特性
提示:根据模块汇总表中模块进行填写
5. 测试时间要求
6. 测试人员要求
主要是测试人员规模要求,测试人员技能要求。

软件测试大纲范本(doc格式)

软件测试大纲范本(doc格式)

注:下文中蓝色部分为范例,请用户依实际情况填写,红色部分请在正式文档中删除
X X销售管理系统软件V1.0
软件测试大纲
1、测试目的:通过测试验证该系统已经达到设计指标。

2、测试环境(对于C/S、B/S结构的软件请分别说明客户端和服务器端的软硬件环境)
硬件环境:CPU:PII 166以上,RAM:32MB,硬盘:2GB以上,CD-ROM 和 1.44软驱
软件环境:Windows NT 4.0/98/95操作系统
3、测试方法:使用以用户文档为基础构造的测试用例来测试程序和数据。

4、测试项目:
a) 系统安装与卸载(对于说明书中注明由开发方提供系统安装和配置服务的软件,该部分可免测,请在测试方法中注明)
b)软件功能测试(根据软件说明书中提及的功能模块填写本部分,下表中内容仅为示范,行数可自由增删,如。

软件测试大纲范本(doc格式)

软件测试大纲范本(doc格式)

用户和密码验证功能 正确,权限设置正 确。
3
运行稳 在软件的测试运行中 定性 进行判定。
没有发生由于软件错 误而导致的系统崩溃 和丢失数据现象。
d) 用户界面
序 号
测试内 容
测试方法
预期测试结果
备注
1 界面输 在软件的测试运行中 光标可以正确定位到输

检查界面输入是否正 入域结算、销 列表中选中一条记录
售价、客户价格。 按“删除” 后在列表中
该记录消失。
进货单、进货退货
2
业务管 理
单、销售单、销售退 货单、调拨出仓新 单、调拨入仓新单、
输入数据后可生成相 应表单且数据无误。
成品库存盘点。
进货查询、进货退货
查询、销售查询、调 输入查询条件后可生
3
业务查 询
拨出仓查询、调拨入 成相应表单,并可修 仓查询、成品库盘点 改或作废表单数据。 查询、成品库存查 相应操作后查询数据
ROM 和 1.44软驱
软件环境:Windows NT 4.0/98/95操作系统 3、测试方法:使用以用户文档为基础构造的测试用例来测试程序和数 据。 4、测试项目: a) 系统安装与卸载(对于说明书中注明由开发方提供系统安装和配置 服务的软件,该部分可免测,请在测试方法中注明)
序 号
测试内 容
测试方法
序 号
测试内 容
测试方法
预期测试结果
备注
界面中 1 文符合

字库中 2 文符合
性 f) 用户文档
序 测试内 号容
检查软件界面是否使 用简体中文。
软件无自带中文字 库。
测试方法
界面使用统一的简体中 文。
免测。(对于自带字库 的软件要求对字库进行 检测)

测试大纲

测试大纲

测试内容
安 装 配 置 安装 配置 兼容性 用户名 密码 登录可以支持Enter键 登录界面 快捷键
系 统 界 面
信息录入
主界面

主界面
格式规范
功能
目录导航
模 块 一
菜单栏按钮
扫描针对哪些格式的文件,点击扫描时,提示是否连接到
高级搜索
信息展示
工作流
文档管理 模 块 二
消息Hale Waihona Puke 理模 块 二消息管理
个人操作记录 个人设置
系统测试
操作系统的软、硬件和网络环境 PC机 硬件环境是否满足 硬件环境 环测 软件环境 Windows xp/linux 是否是要求的操作系统 境试 是否能连接到内外网 网络环境 局域网/广域网 2013.7.24 时测 间试 整 体 要 求 1.界面整体设计合理、美观、简洁,易于操作 2.实现系统设计功能需求 3.系统内部结构完善,达到使用标准 4.兼容性、稳定性、安全性高
文档管理
报表管理
流程管理 模 块 三
日志管理
系统设置
系统管理

系统测试手册大纲

系统测试手册大纲

系统测试手册1. 引言- 1.1. 目的- 1.2. 范围- 1.3. 参考文献- 1.4. 定义和缩略语2. 测试策略- 2.1. 测试目标(验证功能完整性、性能基准、安全要求)- 2.2. 测试原则(尽早测试、频繁反馈、持续集成)- 2.3. 测试类型(功能测试、集成测试、系统测试、验收测试)- 2.4. 测试交付物(测试计划、测试用例、测试报告)3. 测试环境- 3.1. 硬件配置(服务器规格、客户端设备)- 3.2. 软件配置(操作系统版本、数据库版本、中间件)- 3.3. 网络环境(带宽、防火墙设置、IP白名单)- 3.4. 数据准备(测试数据生成、备份与恢复机制)4. 测试计划- 4.1. 测试任务(列出所有测试任务和活动)- 4.2. 资源分配(人员、设备、时间)- 4.3. 时间表(测试阶段的起止日期)- 4.4. 风险与依赖性分析(潜在风险、外部依赖)5. 测试设计- 5.1. 测试用例设计方法(等价类划分、边界值分析)- 5.2. 测试用例规范(用例格式、编号规则)- 5.3. 测试场景(正常流程、异常流程)- 5.4. 测试数据(数据来源、数据管理)6. 测试执行- 6.1. 测试过程(测试周期、测试迭代)- 6.2. 问题报告与处理(问题登记、跟踪、验证)- 6.3. 测试工具与自动化(工具选择、自动化测试框架)7. 缺陷管理- 7.1. 缺陷报告流程(提交、评审、修复、再测试)- 7.2. 缺陷跟踪与度量(缺陷跟踪系统、缺陷统计分析)- 7.3. 缺陷分析报告(缺陷趋势、质量指标)8. 测试结束准则- 8.1. 测试用例通过率(用例通过标准)- 8.2. 缺陷密度(每千行代码的缺陷数)- 8.3. 遗漏缺陷率(遗漏缺陷与总缺陷的比例)9. 回归测试- 9.1. 回归测试策略(全面回归、选择性回归)- 9.2. 回归测试范围(受影响的功能模块)- 9.3. 回归测试计划(回归测试时间表、资源分配)10. 性能测试- 10.1. 性能测试指标(响应时间、吞吐量、并发用户数)- 10.2. 性能测试工具(LoadRunner、JMeter)- 10.3. 性能测试结果(基准测试、负载测试、压力测试)11. 安全性测试- 11.1. 安全性测试指标(认证、授权、数据加密)- 11.2. 安全性测试工具(OWASPZAP、Nessus)- 11.3. 安全性测试结果(漏洞扫描、攻击模拟)12. 测试报告- 12.1. 测试总结报告(测试概览、关键发现)- 12.2. 详细测试报告(测试用例执行、缺陷分布)- 12.3. 测试资料归档(测试文档、测试数据、测试工具)13. 批准- 13.1. 文档审查(评审记录、改进建议)- 13.2. 批准签署(项目负责人、测试经理)14. 附录- 14.1. 测试用例模板(详细描述、预期结果、实际结果)- 14.2. 缺陷报告模板(缺陷描述、重现步骤、严重级别)- 14.3. 测试工具列表(工具名称、版本、供应商)。

系统测试大纲(样例)

系统测试大纲(样例)
2、时间段考核报表主要包括时间段报表查询和时间段报表导出功能、考核明细
(1)时间段报表查询
选择所属部门、选择开始日期、结束日期点击操作栏中的“查询”按钮,查询该时间段的时间段报表信息。
(2)时间段报表导出
选择所属部门、选择开始日期、结束日期点击操作栏中的“导出”,就会弹出保存框,选择路径之后就可以导出。
2、流程图包括流程图查询、流程图维护、流程图增加、流程图删除四种。
(1)流程图查询
在“流程图名称”中输入流程图名称、选择所属部门,点击操作栏中的“查询”就可以直接查询到需要的流程图信息。
(2)流程图编辑
点击需要维护的流程图列表右侧的“编辑”按钮就会弹出“流程图维护”页面,对流程图界面操作完成之后,点击“文件”—“保存设计”就可以对流程图修改进行保存。
点击列表右边的“明细”按钮,跳转到班组考核明细报警记录查询页面。
能实现对报警记录的查询和导出
报警等级
1、进入xxx炼油实时监控系统——用户登录——输入用户名和密码——炼油装置监控系统——报警管理——报警等级信息。
2、进入页面后,列表显示系统中存在的报警等级。
3、点击详细按钮,弹出报警等级编辑界面。
(1)点击修改按钮,页面变成可修改状态。
(2)节点信息维护
点击需要维护的节点信息列表右侧的“详细”按钮就会弹出“节点信息维护”页面,点击操作栏中的“修改”,就可以进入页面编辑状态,选择节点类型、输入节点编码、节点名称、上级节点。点击“保存”,完成对节点信息的维护。
(3)节点信息增加
点击节点信息浏览操作栏中的“增加”按钮就可以进入“节点信息增加界面”,选择节点类型、输入节点编码、节点名称、上级节点。点击“保存”就可完成对节点信息的增加。
(3)流程图增加

计算机网络系统测试大纲

计算机网络系统测试大纲

计算机网络系统测试大纲目录一、测试目的 (3)二、测试环境要求 (3)三、测试地点要求 (3)四、测试内容 (3)五、测试方法 (3)5.1、硬件检测 (3)5.2、设备配置检测 (4)5.3、网络中心交换机的冗余配置 (4)5.4、网络连通性测试 (4)5.5、网络设备的安全性控制 (4)5.6、用户网络的应用功能。

(4)六、测试时间 (5)七、测试人员 (5)八、测试报告样本 (6)九、结语 (7)一、测试目的通过在用户网络运行现场环境的检测,检验设备运行状态及相关配置是否符合用户要求,相关功能是否具备,并出具检验报告,以此作为网络完工验收的技术依据。

二、测试环境要求1、用户网络物理链路已连通;2、用户网络设备已加电运行;3、用户现场需可提供临时使用电源;4、用户提供相应的网络资源。

三、测试地点要求1、在用户所指定的网络运行现场环境中进行;四、测试内容1、检测网络设备本身加电状态2、检测网络设备参数配置;3、检测网络中心交换机的冗余配置;4、检测网络及跨VLAN的连通性;5、检测网络设备的安全性控制;6、检测用户网络的应用功能。

五、测试方法依据所要求的测试内容,本测试使用如下方法完成:5.1、硬件检测通过设备本身加电自检,并结合设备启动过程中的设备指示灯,观察在此启动过程以及启动完成后是否有异常声音,异常的指示灯告警(一般为闪烁或亮红灯)正常状态描述:设备在启动过程中无异常声音和指示灯报警。

5.2、设备配置检测通过远端登录设备,检查系统参数配置是否符合用户网络环境要求。

正常状态描述:在设备命令行的特权模式下,使用“show run”命令查看系统配置,并与用户要求相对照。

5.3、网络中心交换机的冗余配置通过人工制造网络故障,检测网络中心交换机的冗余能力。

人工制造网络故障采用如下方法:1、人工关断设备冗余电源之一,观察中心交换机是否掉电,以此检测设备电源冗余;2、人工热插拔中心交换机处理引擎,观察在此过程中网络连接和路由处理的变化过程,以此检查中心交换机的冗余能力。

系统测试大纲(范例)(完整资料).doc

系统测试大纲(范例)(完整资料).doc
【最新整理,下载后即可编辑】
****系统测试大纲
1、测试目的:通过测试验证该系统已经达到设计指标。
2、测试环境:
硬件环境:
软件环境:Windows XP操作系统Internet Explorer8.0Oracle 10.0
测试工具:plsqldev.exe
3、测试方法:使用以用户文档为基础构造的测试用例来测试程序和数据。
3
用户文档一致性
检查用户文档的内容是否一致,与程序及数据是否一致。
用户文档的内容一致,与程序及数据一致。
f)病毒检查
序号
测试内容
测试方法
预期测试结果
备注
1
病毒检查
运用杀毒软件检测病毒。
没有病毒。
g)灰盒测试
序号
测试内容
测试方法
预期测试结果
备注
1
结算
通过plsqldev.exe查询结算结果
详细查Hale Waihona Puke 灰盒测试用例2分成
通过plsqldev.exe查询结算结果
2
界面显示
在系统的测试运行中检查界面显示是否正常。
界面显示正常。
3
界面文字与提示
在系统的测试运行中检查界面文字与提示的表达是否清晰,有无错误和模糊语义。
界面文字与提示表达清晰,无错误和模糊语义。
d)中文符合性
序号
测试内容
测试方法
预期测试结果
备注
1
界面中文符合性
检查系统界面是否使用简体中文。
界面使用统一的简体中文。
4、测试项目:
a)系统功能测试
序号
测试内容(功能模块)
测试方法
预期测试结果
备注
1

系统试验大纲

系统试验大纲

系统试验大纲TYYGROUP system office room 【TYYUA16H-TYY-TYYYUA8Q8-北京维通利电气有限公司年月日目录1 背景.............................................................................. 适用范围............................................................................ 目的................................................................................ 试验单位............................................................................ 试验依据............................................................................2 试验条件和项目.................................................................... 试验条件...........................................................................1. 供电电源.......................................................................2. 气候条件....................................................................... 试验仪器设备........................................................................ 试验项目............................................................................3 试验方法及判定标准................................................................ 外观检查........................................................................... 性能试验........................................................................... 低温试验........................................................................... 高温试验........................................................................... 交变湿热试验....................................................................... 低温存放试验....................................................................... 振动试验........................................................................... 冲击试验........................................................................... 缘试验.. (5)耐压试验 (5)重量 (6)1 背景适用范围本大纲适用于项目的试验。

系统测试方案模板(仅用于学习的参考模板)

系统测试方案模板(仅用于学习的参考模板)

系统测试方案一、引言1.1编写目的软件测试计划是指导性测试过程的纲领性文件,借助软件测试计划,参与测试的项目成员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。

本测试计划文档旨在对干部考评管理系统的功能测试进行一个整体安排,对资源分配、时间安排及进度进行一个规划。

方便后期测试的开展1.2项目背景为进一步加快推进“XXXX”项目建设,根据XXXX实际,特制定本实施方案。

1.3定义功能性测试:也称为行为测试,根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。

文档测试:是指直接针对软件工程中各环节文档,检查其正确性的测试。

可分为针对设计文档的文档测试和针对代码文档的文档测试。

性能测试:性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

安全性测试:在测试软件系统中对程序的危险防止和危险处理进行的测试,以验证其是否有效。

兼容性测试:就是检查软件在一个特定的硬件、软件、操作系统、网络等环境下是否能够正常的运行,检查软件之间是否能够正确的交互和共享信息,以及检查软件版本之间的兼容性问题。

可靠性测试:指数据在一个给定的时间间隔内不产生任何失败的概率。

强调数据库的正确性,要求数据库能正常的运行,即符合某种规格化的要求。

1.4参考资料二、任务概述2.1测试目标描述测试目标,通过性能某一方面测试达到的目的2.2用户需求概述2.2.1系统用户2.2.2主要业务需求2.2.3功能需求2.3条件与限制相关的文档是否已经设计完成;相关的文档描述是否正确;测试人员是否到位;测试环境是否已搭建好;功能模块是否已开发完成;测试人员是否熟悉相关的测试工具;测试人员是否熟悉相关的缺陷管理工具;三、测试计划3.1测试工作安排3.2测试准备工作环境准备:根据测试环境需求,准备相应主机服务器及相应数据库、应用软件,保证其版本、补丁配置,确保网络无通讯故障,并保证服务器正常运行。

测试大纲范例

测试大纲范例

测试大纲范例标题文件打开作者Zhitao He创建日期 2002-06-19文档状态草稿项目 Word2000测试子系统文件I. 功能概要文件打开功能为用户提供了文档打开的功能。

Word2000支持众多的文件类型,同时支持不同的打开方式。

文件打开对话框为用户提供了友好的用户界面,允许用户从各种不同类型的查找范围内定位待打开文档。

文件打开对话框中也为用户提供了“查找”等方便使用的各种工具。

II. 功能测试目标测试将从如下方面开展:功能测试正向测试边界值/重点测试逆向测试(错误处理与错误信息)用户界面测试正向测试边界值/重点测试逆向测试(错误处理与错误信息)A. 功能点测试1 文件名测试测试各种不同类型的文件名组合。

确保能正确地打开相应的文件。

1.1 中文文件名测试用例A.1.1.1 考虑一个普通的中文文件名前提:软/硬盘或网络资源中有一个中文命名的Word文档。

文件名长度为8+3 字节。

操作:在文件打开对话框中找到该文件所在位置,鼠标双击打开该文件。

验证:该文件可在Word2000中打开。

测试用例A.1.1.2 考虑一个最短的中文文件名前提:软/硬盘或网络资源中有一个中文命名的Word文档。

文件名长度为2+3 字节。

例如:测.Doc。

操作:在文件打开对话框中找到该文件所在位置,鼠标双击打开该文件。

验证:该文件可在Word2000中打开。

测试用例A.1.1.3 考虑一个中文数字混合的并且以数字开头的文件名。

前提:软/硬盘或网络资源中有一个中文数字混合命名的Word文档。

例如:1测试用例.Doc。

操作:在文件打开对话框中找到该文件所在位置,鼠标双击打开该文件。

验证:该文件可在Word2000中打开。

测试用例A.1.1.4 考虑一个中文数字混合的并且以中文字符开头的文件名。

前提:软/硬盘或网络资源中有一个中文数字混合命名的Word文档。

例如:测试用例1.Doc。

操作:在文件打开对话框中找到该文件所在位置,鼠标双击打开该文件。

U01(系统测试大纲)

U01(系统测试大纲)

系统测试大纲(WR98001-B)总则1)系统测试按子系统进行,每个子系统安排一个人进行测试。

2)测试程序:清除相关数据库的数据;从实际工作的环境建立数据库,用于测试的数据应尽量接近实际数据;按照工作流程测试每一个功能模块、页和按钮;记录下每一个测试的结果,形成测试报告;3)报告格式模块:页;页:版面;按钮;按钮:能否工作?结果是否和正确?分模块测试大纲1、人力资源管理(Product ID: OIA-01)测试人:段丙华人事查询查询本单位的工作人员。

人事资料录入录入新人员的资料人事资料编辑编辑人事资料人事变动主要记录换岗、脱产学习培训、借调、升迁、荣誉奖、处分、辞职、解雇、退休等变动。

考勤管理每个员工上下班由电脑考勤并统计。

工资管理根据考勤和业绩自动计算并产生工资表。

招聘管理包括一个人力资源库。

报表系统公司管理结构图,职位分布图,工资结构分布图,工资报表,本月员工考核2、文件管理系统(Product ID: OIA-02)测试人:张梅主要功能包括:文件信息查询主要是查询以前的档案、公文等。

领导批示领导通过WWW测览的方式参与收发文的管理。

文件录入通过扫描仪将纸张文件转化为电子文件。

较清晰的印刷体可以直接转化为字符文本;手写体可以图象文件的形式存放。

3、任务管理系统(Product ID: OIA-03)测试人:领导给下属分配任务,并且要追踪其执行的情况,直至任务完成,是一件非常难的事情。

而集成于本办公系统的任务管理子系统则可以圆满解决这一问题。

附领导评议系统。

主要模块包括:领导办公系统---任何有下属的人任务查询供各级经理查询已分配任务的执行情况,并可自动提示本日、本周或本月应该完成的任务。

任务分配供各级经理对部下分配任务。

领导评审供各级经理对部下完成的任务评审。

统计报表对各级经理部下的任务情况进行统计汇总。

员工办公系统---任何有上司的人任务查询供本人查询已分配的任务情况,并可自动提示本日、本周或本月应该完成的任务。

系统测试方案范文

系统测试方案范文

系统测试方案范文1.引言1.1目的和范围本系统测试方案的目的是为了验证软件系统在不同环境下的正确性、完整性、可靠性和稳定性。

本测试方案覆盖了软件系统全生命周期,包括需求分析、设计、开发、测试和部署等阶段。

同时,本方案还考虑了系统稳定性、性能、安全性、易用性以及兼容性等方面的测试。

1.2预期结果通过本测试方案的实施,预期达到以下结果:(1)验证系统在不同环境下的正确性和稳定性。

(2)检测系统的漏洞和错误,并进行修复。

(3)确保系统满足用户需求,并提供良好的用户体验。

(4)验证系统在不同负载下的性能和响应时间。

(5)确保系统的安全性,防止潜在的安全威胁。

(6)验证系统的兼容性,确保在各种操作系统、浏览器和设备上正常运行。

2.测试方法和策略2.1测试方法本测试方案采用以下测试方法:(1)黑盒测试:基于系统的外部功能和用户需求进行测试,测试人员不了解系统的内部实现。

(2)白盒测试:基于系统的内部结构和代码进行测试,测试人员了解系统的内部实现。

(3)灰盒测试:结合黑盒测试和白盒测试的优势,测试人员了解系统的部分内部实现。

2.2测试策略本测试方案采用以下测试策略:(1)分阶段测试:按照软件生命周期的不同阶段,对系统进行不同类型的测试,包括单元测试、集成测试、系统测试和验收测试。

(2)功能测试:验证系统的各项功能是否符合用户需求,并检测潜在的功能错误和缺陷。

(3)性能测试:验证系统在不同负载下的性能、响应时间和资源消耗情况。

(4)安全测试:验证系统是否存在潜在的安全威胁,并进行相关的安全漏洞检测和修复。

(5)兼容性测试:验证系统在不同操作系统、浏览器和设备上的兼容性,并进行相关的兼容性优化和修复。

3.测试计划3.1测试阶段本测试方案包括以下测试阶段:(1)需求分析测试:验证需求规格说明书是否准确、完整和一致。

(2)设计测试:验证系统设计是否符合需求和功能规格说明书。

(3)开发测试:验证开发的软件模块是否符合设计和编码规范。

CIPS系统测试大纲(200710)

CIPS系统测试大纲(200710)
关闭主系统,测试后备系统工作不受影响
其管理系统调度台主备合用,后备工作时,使用后备客户端软件。涉及网络系统故障可能性,后备系统直连调度大厅终端,但不保证中心外其他终端正常工作
界面上同时出现主系统界面启动程序与后备系统界面启动程序
后备系统是主系统瘫痪时不间断调度计划管理的应急预案,功能因减少对硬件系统依赖性而降低,核心功能从管控一体降为管控分离
机车存在车辆时,界面上操作“解体”,在途车辆能够自动分解至线路,直至分解完毕,遇阻暂停,待手工处理
在调车计划管理界面中,点击“自动解体”按钮后,查看解体”情况。
满足根据线路的预设车次/方向,通过其对应的字典中预定的各种信息,作为解散车辆的进入决策条件
注意调车线的车次如何影响自动解体结果
满足多线路可接纳同一组号车辆时,图定时刻在前的线路车次更具优先
能够将确报的车辆信息转为指定接车线路的现车
在毛玻璃中观察到达确报中的车辆转入股道现车
能够修改确报体现技术作业信息,并影响现车
观察车号员通过车号核准对确报内容,并查看增加、删除车辆信息,或改变车辆顺序、颠倒报文、改变车号、预批卸线、添加记事等操作,这些操作最终反映到现车中
满足中转出发的车辆能够链接本站始发的货物列车
能够对出发确报检查、编辑、补充修改,并可选择在本地打印出发运统一
查看打印输出的报文,并与实际报文进行内容及顺序的比较
可选择在打印或报点时捆绑发送确报
在车号核准后点击“发报”时,查看路局TIMS的发确报队列。
现车管理与到达、出发管理的链接能够通过确报转现车或现车转确报实现
可以观察到确报转现车、现车转确报直接控制站内现车的增加与减少变化。
站内始发的列车能够根据计划到发线及其列车编组确定到发线车次,且作为始发列车追踪的车次信息源头

TSRS系统测试大纲(1)

TSRS系统测试大纲(1)

TSRS系统测试大纲(1)预览说明:预览图片所展示的格式为文档的源格式展示,下载源文件没有水印,内容可编辑和复制CTCS-2列控系统整治临时限速服务器测试大纲目录1概述 (4)1.1.目的和范围 (4)1.2.参考文件 (4)1.3.测试环境 (5)1.4.测试设备 (5)1.5.测试原理 (5)1.6.测试方法 (5)1.6.1.适用条件 (5)1.6.2.测试目的 (6)1.7.测试记录 (6)2临时限速系统功能测试 (6)2.1.测试类别 (6)2.2.测试案例编号 (6)2.3.测试内容 (7)2.3.1.系统功能测试 (8)2.3.2.系统接口测试 (11)2.3.3.系统故障测试 (13)2.3.4.特殊场景测试 (16)1概述1.1.目的和范围按照铁道部《关于开展客专C2列控系统整治工作》的通知要求,编制本测试大纲用于指导对临时限速服务器系统功能测试的工作实施,并作为临时限速服务器系统功能测试案例编制的依据。

本版测试大纲不包含有关临时限速服务器系统与无线闭塞中心(RBC)的接口功能。

本测试大纲依据了CTCS-2列控系统技术规范和接口规范(依据1.2节参考文件)的要求,描述了CTCS-2列控系统临时限速服务器的测试依据、测试环境、测试方法和测试内容。

1.2.参考文件1.3.测试环境图1TSRS测试环境图示1.4.测试设备1)被测TSRS,及相邻TSRS平台;2)模拟CTC或真实CTC(须至少一套真实CTC),用于下达限速命令和显示限速状态;3)模拟及真实TCC(真实TCC须至少应包含一套车站TCC和一套中继TCC),用于执行C2限速功能;1.5.测试原理根据《列控系统临时限速技术规范(V2.0)》及运基信号【2010】534号《临时限速服务器(TSRS)接口规范》文件要求,搭建测试环境,对临时限速服务器覆盖的接口功能、系统功能做验证性测试。

1.6.测试方法根据测试内容要求,采用工程数据作支持,根据本大纲指定的测试内容,由人工操作的方式对临时限速服务器进行测试,记录结果进行评审和验证。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

****系统测试大纲
1、测试目的:通过测试验证该系统已经达到设计指标。

2、测试环境:
硬件环境:
软件环境:Windows XP操作系统Internet Explorer 8.0 Oracle 10.0精品文档,你值得期待
测试工具:plsqldev.exe
3、测试方法:使用以用户文档为基础构造的测试用例来测试程序和数据。

4、测试项目:

3用户文档
一致性
检查用户文档的内容是否一致,与
程序及数据是否一致。

用户文档的内容一致,与程序及数据
一致。



测试内容测试方法预期测试结果备注
1病毒检查运用杀毒软件检测病毒。

没有病毒。



测试内容测试方法预期测试结果备注
1结算通过plsqldev.exe查询结算结果详细查看
灰盒测试
用例
2分成通过plsqldev.exe查询结算结果
X。

相关文档
最新文档