软件系统教学教案报告(通常资料标准模板)

上传人:不*** 文档编号:116741496 上传时间:2019-11-17 格式:DOC 页数:12 大小:111.81KB
返回 下载 相关 举报
软件系统教学教案报告(通常资料标准模板)_第1页
第1页 / 共12页
软件系统教学教案报告(通常资料标准模板)_第2页
第2页 / 共12页
软件系统教学教案报告(通常资料标准模板)_第3页
第3页 / 共12页
软件系统教学教案报告(通常资料标准模板)_第4页
第4页 / 共12页
软件系统教学教案报告(通常资料标准模板)_第5页
第5页 / 共12页
点击查看更多>>
资源描述

《软件系统教学教案报告(通常资料标准模板)》由会员分享,可在线阅读,更多相关《软件系统教学教案报告(通常资料标准模板)(12页珍藏版)》请在金锄头文库上搜索。

1、+ 软件系统测试报告软件系统测试报告 2016 年 06 月 + 版本修订记录版本修订记录 版本标识版本标识注注 释释作作 者者日日 期期 1.0 初始版本 xx20xx/xx 1.1 1.2 1.3 + 目 录 1引言 .1 1.1编写目的 1 1.2项目背景 1 1.3术语解释 1 1.4参考资料 1 2测试概要 .2 2.1系统简介 2 2.2测试计划描述 2 2.3测试环境 3 3测试结果及分析 .4 3.1测试执行情况 4 3.2功能测试报告 4 3.2.1系统管理模块测试报告单4 3.2.2功能插件模块测试报告单12 3.2.3网站管理模块测试报告单13 3.2.4内容管理模块测试

2、报告单15 3.2.5辅助工具模块测试报告单17 3.3系统性能测试报告 19 3.4不间断运行测试报告 20 3.5易用性测试报告 20 3.6安全性测试报告 21 3.7可靠性测试报告 21 3.8可维护性测试报告 22 4测试结论与建议 23 4.1测试人员对需求的理解 23 4.2测试准备和测试执行过程 23 4.3测试结果分析 23 4.4建议 23 + 1引言引言 1.1编写目的编写目的 本测试报告为 xxxxxx 软件项目的系统测试报告,目的在于对系统开发和实施后的的 结果进行测试以及测试结果分析,发现系统中存在的问题,描述系统是否符合项目需求说 明书中规定的功能和性能要求。 预

3、期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需 要阅读本报告的高层领导。 1.2项目背景项目背景 项目名称:xxxxxxx 系统 开发方: xxxxxxxxxx 公司 1.3术语解释术语解释 系统测试:按照需求规格说明对系统整体功能进行的测试。 功能测试:测试软件各个功能模块是否正确,逻辑是否正确。 系统测试分析:对测试的结果进行分析,形成报告,便于交流和保存。 1.4参考资料参考资料 1)GB/T 85662001 信息技术 软件生存期过程(原计算机软件开发规范) 2)GB/T 85671988 计算机软件产品开发文件编制指南 3)GB/T 114571995 软件

4、工程术语 4)GB/T 125041990 计算机软件质量保证计划规范 5)GB/T 125051990 计算机软件配置管理计划规范 + 2测试概要测试概要 2.1系统简介系统简介 xxxxxxxxxxxxxxxxxxxx 2.2测试计划描述测试计划描述 本测试报告按照 xxxxx 系统使用手册介绍系统的功能,测试系统的能力是否满足 xxxx 项目需求规格说明书的功能和性能需求。测试分为功能测试和系统测试两部分。 功能测试覆盖各子系统中的功能模块,本测试针对在现有产品功能模块以及实施结果 分别进行测试,测试整个系统是否达到需求规格说明书中要求实现的功能,以及测试系统 的易用性、用户界面的友好性

5、。 系统测试包括系统的易用性、可靠性、安全性、可维护性进行测试,整个系统集成后 提供服务的能力,还包括系统服务性能测试、疲劳测试(不间断运行) 。 2.3测试环境测试环境 序号用途硬件环境软件环境 1服务器CPU:xx 内存:xxG 硬盘:xxG 操作系统: xx 应用软件:xx 数据库软件:xxx 2客户机内存:xxG 磁盘:xxG 操作系统:xx 浏览器:xx 3网络要求xx 带宽 + 3测试结果及分析测试结果及分析 3.1测试执行情况测试执行情况 系统测试人员: xxxx 系统测试时间:20xx/xx20xx/xx 3.2功能测试报告功能测试报告 功能测试覆盖整个系统中的功能模块,是开发

6、小组对所使用的多个产品进行充分整合 后,为用户提供综合服务的能力。测试整个系统是否达到需求规格说明书中要求实现的各 项功能。 以下按各个模块分别列出功能测试报告单。 3.2.1 xxxx 模块测试报告单模块测试报告单 1、 子模块子模块 1 序号测 试 用 例预 期 结 果实 测 结 果 测试 状态 错误 类型 测试单元: 模块名子模块 1功能 1 1.与预期结果一致1 2.与预期结果一致1 3.与预期结果一致1 4.与预期结果一致1 测试单元:模块名子模块 1功能 2 5. 2、 子模块子模块 2 序号测 试 用 例预 期 结 果实 测 结 果 测试 状态 错误 类型 测试单元:模块名子模块

7、 2功能 1 1.与预期结果一致1 + 2.与预期结果一致1 3.与预期结果一致1 测试单元:模块名子模块 2功能 2 4.1 5.1 6.1 7.1 3、 子模块子模块 3 4、 3.2.2 xxxxx 模块测试报告单模块测试报告单 3.2.3 xxxxxxxx 模块测试报告单模块测试报告单 3.2.4 xxxxxxx 模块测试报告单模块测试报告单 3.2.5 xxxxx 模块测试报告单模块测试报告单 测试状态:1-测试合格 2-测试不合格 3-测试有错待处理 4-未测试 错误类型说明:1功能错/缺;2语法错;3注释错;4结果错;5窗口错; 6逻辑错;7-链接错;8变量定义错;9控件错;11

8、自定义函数/类错;12-界面错; 3.3系统性能测试报告系统性能测试报告 制表日期:20xx/xx/xx 测试人审 核批 准 系统名称版本 Vx.x 案例 ID 案例名称类型性能测试 测试用例 ID测试用例名称 测试内容: 输入: + 测试步骤: 预期输出: 实际输出: 测试结果: 异常分析: 3.4不间断运行测试报告不间断运行测试报告 制表日期:20xx/xx/xx 测试人审 核批 准 系统 ID 系统名称版本 V1.0 案例 ID 案例名称类型性能测试 测试用例 ID 测试用例名 称 测试内容: 输入: 测试步骤: 预期输出: 实际输出: 测试结果: 异常分析: 3.5易用性测试报告易用性

9、测试报告 测试用例测试用例测试过程描述测试过程描述测试结果测试结果 页面风格一致性 页面结构、导航、菜单、链接、搜索、翻页、 字体、列表、日期和扫描控件、数据精度的风 格是否一致 系统页面风格一致 具有必要的信息,指导用户使用程序 系统界面组件提示 操作信息,方便指导 用户操作 输入、输出设计规矩,输出结果应简洁、直观、 美观、方便阅读、易懂和使用 系统界面显示简洁 易懂,方便使用 易浏览性 人机界面简洁、美观、实用,风格相对一致, 符合办公习惯 系统风格显示一致, 符合办公习惯 + 在界面、人机交互、输出中的用语应与业务用 语一致 系统业务用语显示 一致 具有严重后果的功能执行可逆,或者给出

10、明显 警告,执行前要求确认 执行不可逆操作时, 系统给出相应提示 软件操作简便,系统支持标准的鼠标、键盘操 作,支持鼠标的单击、双击和右键操作,支持 快捷键操作 系统操作简单易用易操作性 提供辅助输入手段(如选择输入、默认值等) , 数据检索方便、灵活 系统提供灵活的数 据检索功能 3.6安全性测试报告安全性测试报告 测试用例测试用例测试过程描述测试过程描述 测试结果测试结果 标题权限验证 将 userswitch.jsp 和 titletest.jsp 这 2 个页面部署 到相应的应用下,利用这 2 个页面对所有标题 的标题权限进行测试,确保不同的用户能看到 正确的标题 系统权限设置合理,

11、不同权限永华查看不 同标题 信息所有权验证 验证具有同一标题权限的不同用户的信息,是 否只能由该用户操作,而其他用户不能代为操 作,从而保证每条信息的安全 系统同一权限的不同 用户不能进行数据操 作 安全漏洞扫描利用漏洞扫描工具对整个应用进行扫描 使用 AppScan 工具扫 描,系统显示安全 3.7可靠性测试报告可靠性测试报告 测试用例测试用例测试过程描述测试过程描述 测试结果测试结果 使用的容量达到规定的极限时,系统不崩溃、 不异常退出也不丢失数据 系统在达到极限时给 出预警 试图使用的容量超出规定极限时,系统不崩溃、 不异常退出也不丢失数据 系统给出预警 产品描述中列出的其他程序或用户造

12、成的错误 输入时,系统不崩溃也不丢失数据 存在错误录入时系统 给出相应的提示信息 成熟性 输入用户文档中明确规定的非法指令时,系统 不崩溃也不丢失数据 输入用户文档中明确 规定的非法指令时, 系统给出相应的提示; 如上传文件格式不符 合上传允许的格式规 范 + 能屏蔽用户的误操作 系统符合该项操作, 如提供日期选择功能, 默认显示当前日期; 有效避免用户对日期的 录入错误或写入无效日 期 对错误有正确提示 系统给出相应的提示 信息 输入错误数据时,系统不崩溃、不异常退出也 不丢失数据 系统给出相应的提示 信息 容错性 有错误操作时,系统不崩溃、不异常退出也不 丢失数据 系统给出相应的提示 信息

13、 易恢复性系统运行失效后,应能较快重建系统 应对数据项之间的逻辑关系进行校验,保证数 据的有效性 系统符合该项操作, 如验证搜索条件中开 始、结束日期的大小 等 应保证数据的完整性和一致性,不会因删除或 反复的更新而被破坏或留下垃圾数据 系统更新或删除功能 不影响系统数据 数据校验机制 对不符合要求的输入数据,系统应使用中文给 出简洁、准确的提示信息,必要时应给出帮助 系统对于不符合要求 的输入给出相应的提 示信息 3.8可维护性测试报告可维护性测试报告 测试用例测试用例测试过程描述测试过程描述 测试结果测试结果 各种操作都有图 形界面 1. 产品安装 2. 初始化参数设置 3. 使用 4.

14、维护 系统提供安装维护手册方便使 用 个性化需求开发丰富的 AIP 二次开发接口 系统支持二次开发 是否有日 志 业务操作记录都能自动记录到日志。 系统各个模块操作均记录日志 日志 维护 日志是否 可追踪 日志内容要包括:哪个用户、什么 时间、使用哪个 IP、操作哪个模块 (要明确是增加通讯录、编辑通讯 录 或 修改通讯录群组等) 、操作 哪条业务数据(ID) ,操作结果 (成功、失败) 。 1、系统提供运行日志,管理日志 功能 2、可以查看当前最新的日志记录, 包括日期时间、IP 地址、操作人、 模块名称、摘要;也可根据集体条 件查询相应的日志记录信息 + 日志的每 条信息是 否正确 日志内

15、容中包含的所有信息都记录 正确。例如:在执行操作时,没有 操作成功,而日志中的操作结果却 显示成功。 系统日志信息显示正确 + 4测试结论与建议测试结论与建议 4.1测试人员对需求的理解测试人员对需求的理解 测试人员作为项目小组的成员、从项目需求开始对系统的业务进行了充分的理解,制 定合理的测试计划,并在开发和实施过程中,不断地跟踪和测试项目的各阶段性版本。 4.2测试准备和测试执行过程测试准备和测试执行过程 在测试过程中,测试人员充分理解业务需求,并按照项目的测试计划,准备了充足的 测试环境和资源,根据项目的需求规格说明书对项目的设计、安装、实施结果进行了 测试,并对系统的安全性、可靠性、易用性、可维护性和系统性能进行了测试。 4.3测试结果分析测试结果分析 经过对测试结果进行分析,项目的设计和实施达到了项目需求规格说明书中要求的能 力,可以进入项目的下一阶段。 4.4建议建议 项目的开发和实施虽然满足了当前业务的功能和性能要求,并实施了相应的系统安全、 备份等方案,随着系统的运行和后期工程的投入生产,在现有系统软件硬件条件下,可能 会给系统带来一定的压力,所以在后期工程的开发过程中,随时要兼顾一期工程的可能存 在的性能优化和功能调整,以及系统在安全、备份方面加大资源投入力度,保证系统达到 7x24 小时稳定、可靠运行的要求。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 高等教育 > 专业基础教材

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号