系统测试报告详细.docx
《系统测试报告详细.docx》由会员分享,可在线阅读,更多相关《系统测试报告详细.docx(28页珍藏版)》请在冰豆网上搜索。
系统测试报告详细
xxxxxxxxxxxxxxx
系统测试报告
xxxxxxxxxxx企业
20xx年xx月
版本订正记录
版本表记注释作者日期
1.0初始版本xx20xx/xx
1前言.............................................................................
1.1编写目的.....................................................
1.2项目背景.....................................................
1.3术语解说.....................................................
1.4参照资料.....................................................
2测试纲要.........................................................................
2.1系统简介.....................................................
2.2测试计划描绘.................................................
2.3测试环境.....................................................
3测试结果及剖析...................................................................
3.1测试履行状况.................................................
3.2功能测试报告.................................................
3.2.1系统管理模块测试报告单
3.2.2功能插件模块测试报告单
3.2.3网站管理模块测试报告单
3.2.4内容管理模块测试报告单
3.2.5辅助工具模块测试报告单
3.3系统性能测试报告.............................................
3.4不中断运转测试报告...........................................
3.5易用性测试报告...............................................
3.6安全性测试报告...............................................3.7靠谱性测试报告...............................................
3.8可保护性测试报告.............................................
4测试结论与建议...................................................................
4.1测试人员对需求的理解.........................................
4.2测试准备和测试履行过程.......................................
4.3测试结果剖析.................................................
4.4建议.........................................................
1前言
1.1编写目的
本测试报告为xxxxxx软件项目的系统测试报告,目的在于对系统开发和实
施后的的结果进行测试以及测试结果剖析,发现系统中存在的问题,描绘系统是
否切合项目需求说明书中规定的功能和性能要求。
预期参照人员包含用户、测试人员、开发人员、项目管理者、其余质量管理
人员和需要阅读本报告的高层领导。
1.2项目背景
项目名称:
xxxxxxx系统
开发方:
xxxxxxxxxx企业
1.3术语解说
系统测试:
依据需求规格说明对系统整体功能进行的测试。
功能测试:
测试软件各个功能模块能否正确,逻辑能否正确。
系统测试剖析:
对测试的结果进行剖析,形成报告,便于沟通和保留。
1.4参照资料
1)GB/T8566—2001《信息技术软件生计期过程》(原计算机软件开发规范)
2)GB/T8567—1988《计算机软件产品开发文件编制指南》
3)GB/T11457—1995《软件工程术语》
4)GB/T12504—1990《计算机软件质量保证计划规范》
5)GB/T12505—1990《计算机软件配置管理计划规范》
2测试纲要
2.1系统简介
xxxxxxxxxxxxxxxxxxxx
2.2测试计划描绘
本测试报告依据xxxxx系统使用手册介绍系统的功能,测试系统的能力能否
知足《xxxx项目需求规格说明书》的功能和性能需求。
测试分为功能测试和系
统测试两部分。
功能测试覆盖各子系统中的功能模块,本测试针对在现有产品功能模块以及
实行结果分别进行测试,测试整个系统能否达到需求规格说明书中要务实现的功
能,以及测试系统的易用性、用户界面的友善性。
系统测试包含系统的易用性、靠谱性、安全性、可保护性进行测试,整个系
统集成后供给服务的能力,还包含系统服务性能测试、疲惫测试(不中断运转)。
2.3测试环境
序号用途硬件环境软件环境
1服务器CPU:
xx操作系统:
xx
内存:
xxG应用软件:
xx
硬盘:
xxG数据库软件:
xxx
2客户机内存:
xxG操作系统:
xx
磁盘:
xxG阅读器:
xx
3网络要xx带宽
求
3测试结果及剖析
3.1测试履行状况
系统测试人员:
xxxx
系统测试时间:
20xx/xx—20xx/xx
3.2功能测试报告
功能测试覆盖整个系统中的功能模块,是开发小组对所使用的多个产品进行
充分整合后,为用户供给综合服务的能力。
测试整个系统能否达到需求规格说明
书中要务实现的各项功能。
以下按各个模块分别列出功能测试报告单。
3.2.1xxxx模块测试报告单
1、子模块1
序
号
测试用例预期结果实测结果
测试
状态
错误
种类
测试单元:
模块名>>子模块1>>功能1
与预期结果一
致
1
与预期结果一
致
1
与预期结果一
致
1
与预期结果一
致
1
测试单元:
模块名>>子模块1>>功能2
2、子模块2
序
号
测试用例预期结果实测结果
测试
状态
错误
种类
测试单元:
模块名>>子模块2>>功能1
与预期结果一
致
1
与预期结果一
致
1
与预期结果一
致
1
测试单元:
模块名>>子模块2>>功能2
1
1
1
1
3、子模块3
⋯⋯⋯⋯⋯⋯..
3.2.2xxxxx模块测试报告单
3.2.3xxxxxxxx模块测试报告单
3.2.4xxxxxxx模块测试报告单
3.2.5xxxxx模块测试报告单
测试状态:
1-测试合格2-测试不合格3-测试有错待办理4-未测试
错误种类说明:
1—功能错/缺;2—语法错;3—说明错;4—结果错;5—窗口错;
6—逻辑错;7--链接错;8—变量定义错;9—控件错;11—自定义函数/类错;
12-界面错;
3.3系统性能测试报告
制表日期:
20xx/xx/xx
测试人审查批准
系统名称版本
事例ID事例名称种类性能测
试
测试用例测试用例名
ID
称
测试内容:
输入:
测试步骤:
预期输出:
实质输出:
测试结果:
异样剖析:
3.4不中断运转测试报告
制表日期:
20xx/xx/xx
测试人审核批
准
系统ID系统名称版本
事例ID事例名称种类性能测
试
测试用例测试用例名
ID
称
测试内容:
输入:
测试步骤:
预期输出:
实质输出:
测试结果:
异样剖析:
3.5易用性测试报告
测试用例测试过程描绘测试结果
页面风格一致性
页面构造、导航、菜单、链接、搜寻、翻
页、字体、列表、日期和扫描控件、数据
精度的风格能否一致
系统页面风格一
致
拥有必需的信息,指导用户使用程序
系统界面组件提
示操作信息,方便
指导用户操作
易阅读性
输入、输出设计规矩,输出结果应简短、
直观、雅观、方便阅读、易懂和使用
系统界面显示简
洁易懂,方便使用
人机界面简短、雅观、适用,风格相对一系统风格显示一
致,切合办公习惯致,切合办公习惯
在界面、人机交互、输出中的用语应与业系统业务用语显
务用语一致示一致
拥有严重结果的功能履行可逆,或许给出履行不行逆操作
显然警示,履行前要求确认时,系统给出相应
提示
易操作性
软件操作简易,系统支持标准的鼠标、键
盘操作,支持鼠标的单击、双击和右键操
作,支持快捷键操作
系统操作简单易
用
供给协助输下手段(如选择输入、默认值系统供给灵巧的
等),数据检索方便、灵巧数据检索功能
3.6安全性测试报告
测试用例测试过程描绘测试结果
将userswitch.jsp和titletest.jsp这2
系统权限设置合
标题权限考证
个页面部署到相应的应用下,利用这2个
页面对全部标题的标题权限进行测试,确
保不一样的用户能看到正确的标题
理,不一样权限永华
查察不一样标题
考证拥有同一标题权限的不一样用户的信系统同一权限的不
信息全部权考证息,能否只好由该用户操作,而其余用户同用户不可以进行数
不可以代为操作,进而保证每条信息的安全据操作
使用AppScan工具
安全破绽扫描利用破绽扫描工具对整个应用进行扫描扫描,系统显示安
全
3.7靠谱性测试报告
测试结果
测试用例测试过程描绘
成熟性
使用的容量达到规定的极限时,系统不崩
溃、不异样退出也不丢掉数据
系统在达到极限时
给出预警
试图使用的容量高出规定极限时,系统不系统给出预警
崩溃、不异样退出也不丢掉数据
产品描绘中列出的其余程序或用户造成
的错误输入时,系统不崩溃也不丢掉数据
存在错误录入时系
统给出相应的提示
信息
输入用户文档中明
确规定的非法指令
输入用户文档中明确规定的非法指令时,时,系统给出相应
系统不崩溃也不丢掉数据的提示;如上传文
件格式不切合上传
同意的格式规范
系统切合该项操
作,如供给日期选
能障蔽用户的误操作
择功能,默认显示
目前日期;有效防止
用户对日期的录入错误
容错性
对错误有正确提示
或写入无效日期
系统给出相应的提
示信息
输入错误数据时,系统不崩溃、不异样系统给出相应的提
退出也不丢掉数据示信息
有错误操作时,系统不崩溃、不异样退系统给出相应的提
出也不丢掉数据示信息
易恢复性系统运转无效后,应能较快重修系统
系统符合该项操
应付数据项之间的逻辑关系进行校验,保作,如考证搜寻条
证数据的有效性件中开始、结束日
期的大小等
数据校验体制
应保证数据的完好性和一致性,不会因删
除或频频的更新而被损坏或留下垃圾数
据
系统更新或删除功
能不影响系统数据
对不切合要求的输入数据,系统应使用中系统关于不切合要
文给出简短、正确的提示信息,必需时应求的输入给出相应
给出帮助的提示信息
3.8可保护性测试报告
测试用例测试过程描绘测试结果
1.产品安装
系统供给安装保护手册方
各样操作都有
图形界面
2.初始化参数设置
3.使用
便使用
4.保护
个性化需求开
发
丰富的AIP二次开发接口
系统支持二次开发
是否有业务操作记录都能自动记录到系统各个模块操作均记录日记
日记日记。
日志
保护
日志是
否可追
踪
1、系统供给运转日记,管理日
日记内容要包含:
哪个用户、
志功能
什么时间、使用哪个IP、操作
哪个模块(要明确是增添通信
录、编写通信录或改正通信
2、能够查察目前最新的日记记
录,包含日期时间、IP地点、
操作人、模块名称、纲要;也
录群组等)、操作哪条业务数据
可依据集体条件查问相应的日
(ID),操作结果(成功、失败)。
志记录信息
日志的日记内容中包含的全部信息都系统日记信息显示正确
每条信记录正确。
比如:
在履行操作
息是否时,没有操作成功,而日记中
正确的操作结果却显示成功。
4测试结论与建议
4.1测试人员对需求的理解
测试人员作为项目小组的成员、从项目需求开始对系统的业务进行了充分的
理解,拟订合理的测试计划,并在开发和实行过程中,不停地追踪和测试项目的
各阶段性版本。
4.2测试准备和测试履行过程
在测试过程中,测试人员充分理解业务需求,并依据项目的测试计划,准备
了充分的测试环境和资源,依据项目的《需求规格说明书》对项目的设计、安装、
实行结果进行了测试,并对系统的安全性、靠谱性、易用性、可保护性和系统性
能进行了测试。
4.3测试结果剖析
经过对测试结果进行剖析,项目的设计和实行达到了项目需求规格说明书中
要求的能力,能够进入项目的下一阶段。
4.4建议
项目的开发和实行固然知足了目前业务的功能和性能要求,并实行了相应的
系统安全、备份等方案,跟着系统的运转和后期工程的投入生产,在现有系统软
件硬件条件下,可能会给系统带来必定的压力,因此在后期工程的开发过程中,
随时要兼备一期工程的可能存在的性能优化和功能调整,以及系统在安全、备份
方面加大资源投入力度,保证系统达到7x24小时稳固、靠谱运转的要求。