软件系统测试报告-范文Word格式.docx
《软件系统测试报告-范文Word格式.docx》由会员分享，可在线阅读，更多相关《软件系统测试报告-范文Word格式.docx（10页珍藏版）》请在冰点文库上搜索。
1.3 术语解释 4
1.4 参考资料 4
二、测试概要 5
2.1系统简介 5
2.2测试计划描述 5
2.3测试环境 5
三、测试结果及发现 6
3.1测试执行情况 6
3.2功能测试报告 6
3.3易用性测试报告 6
3.4安全性测试报告 7
3.5可靠性测试报告 7
3.6可维护性测试报告 9
四、测试结论与建议 9
4.1测试人员对需求的理解 9
4.2测试准备和测试执行过程 9
4.3测试结果分析 9
4.4建议 10
一、引言
1.1编写目的
本测试报告为XXXX系统项目的系统测试报告，目的在于对系统开发和实施后的结果进行测试以及测试结果分析，发现系统中存在的问题，描述系统是否符合项目需求说明书中规定的功能和性能要求。
1.2项目背景
项目名称：
开发方：
1.3术语解释
系统测试：
按照需求规格说明对系统整体功能进行的测试。
功能测试：
测试原件各个功能模块是否正确，逻辑是否正确。
系统测试分析：
对测试的结果进行分析，形成报告，便于交流和保存。
1.4参考资料
GB/T8566-2001《信息技术软件生存期过程》（原计算机软件开发规范）
GB/T8567-1988《计算机软件产品开发文件编辑指南》
GB/T11457-1995《软件工程术语》
GB/T12504-1990《计算机软件质量保证计划规范》
GB/T12505-1990《计算机软件配置管理计划规范》
二、测试概要
2.1系统简介
简要讲解系统内容。
2.2测试计划描述
本测试报告按照XXX系统的功能，测试系统的能力是否满足《XXXX系统需求规格说明书》的功能和性能需求。
测试分为功能测试和系统测试两部分。
功能测试覆盖各子系统中的功能模块，本测试针对在现有产品功能模块以及事实结果分别进行测试，测试整个系统是否达到需求规格说明书中要求实现的功能，以及测试系统的易用性、用户界面的友好性。
系统测试包括系统的易用性、可靠性、安全性、可维护性进行测试，整个系统集成后提供服务的能力，还包括系统服务性能测试、疲劳测试（不间断运行）。
2.3测试环境
用途
硬件环境
软件环境
服务器
CPU:
4核
内存：
8G
硬盘：
250G
操作系统：
WindowsServer2012
应用软件：
tomcat8.0
数据库软件：
oracle12g
客户机
4G
磁盘：
100G
Windows
浏览器：
360安全浏览器（极速）
网络要求
4Mbps
三、测试结果及发现
3.1测试执行情况
系统测试人员：
系统测试时间：
2020/07—2020/08
3.2功能测试报告
功能测试覆盖这个系统中的功能模块，是开发小组对所使用的多个产品进行充分整合后，为用户提供综合服务的能力。
测试整个系统是否达到需求规格说明书中要求实现的各项功能。
需求功能
明细功能
测试状态
用户注册
1.验证注册整体流程功能；
2.验证注册的账号登录功能；
通过
1.
3.3易用性测试报告
测试用例
测试过程描述
测试结果
页面风格一致性
页面结构、菜单、链接、搜索、翻页、字体、列表、日期和扫描控件、数据精度的风格是否一致
只有必要的信息，指导用户使用程序
系统风格一致
系统界面组件提示操作信息，方便指导用户操作
易浏览性
输入、输出设计规矩，输出结果应简洁、直观、美观、实用，风格相对一直，符合办公习惯
系统界面显示简洁易懂，方便实用，系统风格显示一致，符合办公习惯
易操作性
在界面，人机交互，输出中的用语应与业务用语一致
具有严重后果的功能执行可逆，或者给出明显警告，执行前要求确认
软件操作简便，系统支持标准的鼠标，键盘操作，支持鼠标的单击、双击和邮件操作，支持快捷键操作
提供辅助输入手段（如选择输入、默认值等）数据检索方便、灵活
系统业务用语显示一致
执行不可逆操作时，系统给出相应提示
系统操作简单易用
系统提供灵活的数据检索功能
3.4安全性测试报告
标题权限验证
蒋userswitch.jsp和titletest,jsp这2个页面部署到相应的应用下，利用这两个页面对所有标题的标题权限进行测试，确保不同的用户能够看到正确的标题
系统权限设置合理，不同权限可以查看不同标题
信息所有权验证
验证只有对同一标题权限的不同用户的信息，是否能够有该用户操作，而其他用户不能代其操作，从而保证每条信息的安全
系统同一权限的不同用户不能进行数据操作
安全漏洞扫描
利用漏洞扫描工具对整个应用进行扫描
使用AppScan工具扫描,系统显示安全
3.5可靠性测试报告
成熟性
使用的容量达到规定的极限时，系统不崩溃、不异常退出也不丢失数据
试图使用的容量超出规定极限时，系统不崩溃、不异常退出也不丢失数据
产品描述中列出的其他程序或用户造成的错误输入时，系统不崩溃也不丢失数据
输入用户文档中明确规定的非法指令时，系统不崩溃也不丢失数据
系统在达到极限时给出预警
系统给出预警
存在错误录入时系统给出相应的提示信息
输入用户文档中明确规定的非法指令时，系统给出相应的提示；
如上传文件格式不符合上传允许的格式规范
容错性
能屏蔽用户的误操作
对错误有正确提示
系统符合该项操作，如提供日期选择功能，默认显示当前日期；
有效避免用户对日期的录入错误或写入无效日期
系统给出相应的提示信息
易恢复性
系统运行失效后，应能较快重建系统
数据校验机制
应对数据项之间的逻辑关系进行校验，保证数据的有效性
应保证数据的完整性和一致性，不会因删除或反复的更新而被破坏或留下垃圾数据
对不符合要求的输入数据，系统应使用中文给出简洁、准确的提示信息，必要时应给出帮助
系统符合该项操作，如验证搜索条件中开始、结束日期的大小等
系统更新或删除功能不影响系统数据
系统对于不符合要求的输入给出相应的提示信息
3.6可维护性测试报告
各种操作都有图形界面
1、输入url，进入系统页面
2、使用
3、维护
提供操作手册方便使用
个性化需求开发是否有日志
丰富的API二次开发接口
系统支持二次开发
日志是否可追踪
日志内容要包括：
哪个用户、什么时间、使用哪个IP
1、系统提供运行日志，管理日志功能
日志的每条信息是否正确
日志内容中包含的所有信息都记录正确
系统日志信息显示正确
四、测试结论与建议
4.1测试人员对需求的理解
测试人员作为项目小组的成员、从项目需求开始对系统的业务进行了充分的理解，制定合理的测试计划，并在开发和实施过程中，不断地跟踪和测试项目的个阶段性版本。
4.2测试准备和测试执行过程
在测试过程中，测试人员充分理解业务需求，并按照项目的测试计划，准备了充足的测试环境和资源，根据项目的《需求规格说明书》对项目的设计、安装、事实结果进行了测试，并对系统的安全性、可靠性、易用性和系统性能进行了测试。
4.3测试结果分析
经过对测试结果进行分析，项目的设计和实施达到了项目需求规格说明书中要求的能力，可以进行项目的下一阶段。
4.4建议
项目的开发和实施虽然满足了当前业务的功能和性能要求，并实施了相应的系统安全、备份等方案，随着系统的运行和后期工程的投入生产，在现有系统软件硬件条件下，可能会给系统带来一定的压力，所以在后期工程的开发过程中，随时要兼顾一期工程的可能存在的性能优化和功能调整，以及系统在安全、备份方面加大资源投入力度，保证系统达到7X24小时稳定、可靠运行的要求。
升级会员 