系统测试报告.docx
《系统测试报告.docx》由会员分享，可在线阅读，更多相关《系统测试报告.docx（14页珍藏版）》请在冰豆网上搜索。
系统测试报告
SANY标准化小组#QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#
系统测试报告
XX管理系统
测试报告
2018年9月
1.引言
1.1编写目的
测试报告编写的目的：
1.通过对测试结果的分析，客观正确的对软件质量评价；
2.分析测试的过程、所测试的产品、资源、信息，为以后测试相关产品或项目提供参考；
3.评估测试执行和测试计划是否符合；
2.测试环境
2.1用户端PC配置
操作系统：
windows10
内存：
8.00GB
硬盘：
500GB
2.2软件配置
序号
软件名称
品牌
说明
数量
1
信息发布管理系统
XX
信息发布管理
1套
2
Linuxcentos
RedHat
服务端操作系统
1套
3
MySql
Oracle
数据库
1套
2.3网络环境
信息发布管理系统搭建在IT机房。
3.测试内容
根据信息发布管理系统本期的功能规格和项目目标，列出了已被确定为测试对象的项目（功能性需求和非功能性需求），并设定相应的优先级。
3.1功能测试
父模块
子模块
测试需求
优先级
首页
内容审核
功能正常、界面美观，通过功能、界面测试用例
高
实时信息
功能正常、界面美观，通过功能、界面测试用例
高
评论管理
文章状态
功能正常、界面美观，通过功能、界面测试用例
高
评论回复
功能正常、界面美观，通过功能、界面测试用例
高
数据管理
文件回收
功能正常、界面美观，通过功能、界面测试用例
高
管理来源
功能正常、界面美观，通过功能、界面测试用例
高
管理栏目
功能正常、界面美观，通过功能、界面测试用例
高
系统管理
用户列表
功能正常、界面美观，通过功能、界面测试用例
高
权限管理
功能正常、界面美观，通过功能、界面测试用例
高
3.2兼容性
测试需求
优先级
操作系统Windows7
中
操作系统Windows8
操作系统Windows10
中
浏览器IE10
高
浏览器IEEdge
高
谷歌
高
3.3易用性
测试需求
优先级
测试人员根据个人经验，对系统进行用户体验方面的测试。
该类型的缺陷修复率需达到70%以上。
低
3.4安全性
测试需求
优先级
根据需求，对不同角色权限的用户进行功能测试以及处理业务的测试。
高
4.测试通过标准
产品的发布将采用会议评审的方式来决定，由项目组提供相关文档，会议决定是否可以发布。
4.1类型约束
类型
说明
功能
描述项目组之间约定的功能测试通过标准：
如：
所有需求定义的功能均实现，并通过功能测试，所有功能测试中发现的4级以上的缺陷全部修改完成。
兼容性
描述项目组之间约定的兼容性测试通过标准：
如：
PC客户端在Win10、Win8操作系统系统下，IE10浏览器环境下，1366*768、1600*900、1920*1080等分辨率下均能
易用性
所有易用性与界面的缺陷修改70%以上。
安全性
通过安全测试需求
4.2其他约束
计划的测试用例已全部执行。
经确定的所有缺陷都已得到了商定的解决结果。
所计划的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发现新的缺陷。
测试完成后，对于系统崩溃级错误的个数要小于1；
测试完成后，对于数据损坏级错误个数要小于1；
测试完成后，能导致数据丢失的错误个数要小于1；
测试完成后，能导致结果错误的错误个数要小于等于1；
对于每一个需求功能，要有多个（至少一个）不同的测试用例来覆盖，包括让程序正常执行的和非正常执行的测试用例；
测试用例的执行率要到达100%；
测试用例通过功率达到70%；
达到以上标准则可进行验收，通过即可发布版本。
5.测试策略
5.1测试策略描述
以下提供了对测试对象进行测试的推荐方法。
（包括设计测试用例的方法）
边界值
等价类
因果图
静态测试
动态测试
合法数据、操作验证
非法数据、操作验证
5.2功能测试
根据测试用例进行通过测试和失败测试，验证软件对合法数据以及非法操作（或数据）的处理。
确保软件正确性满足需求说明中各模块的要求。
主要用到的方法：
边界值分析法、等价类划分法、错误猜测法、随机测试法、通过测试和失败性测试等。
根据需求，对提交的功能进行测试，确保软件正确性满足需求说明中各模块的要求。
测试目标：
1.确保测试系统功能的正确性，不发生异常，其中包括数据输入，数据查询、数据分析、数据输出等功能，符合设计报告说明
2.软件具备一定的健壮性
3.验证系统是否满足各个功能测试用例的预期输出
4.验证系统是否已经全部实现了需求说明书中的所有功能
测试范围：
新闻门户、资源展示、应用开发、服务管理、日志分析、运维管理
技术：
利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：
1.在使用有效数据时得到预期的结果。
2.在使用无效数据时显示相应的错误消息或警告消息。
3.各业务规则都得到了正确的应用。
开始标准：
功能相应的模块已经实现，并经过了单元测试。
完成标准：
1.总体设计报告中前台和后台系统的所有功能都已实现
2.对每个功能，给定输入，都能够产生预期的输出
测试重点和
优先级：
1.优先测试功能正确性再考虑失败测试
2.功能测试用例通过后再进行兼容测试
需考虑的特殊
事项：
功能测试时多从用户考虑，模拟用户的实际使用场景
责任人：
张吉
5.3兼容性测试
测试目标：
保证系统在不同浏览器、不同分辨率、不同硬件配置下能够正常运转。
测试范围：
主要对浏览器和操作系统进行测试
测试方法：
在功能测试、集成测试阶段，结合实际测试机器情况，设计兼容性测试检查表，重点检查网站主要功能界面在Win10、Win8、Win7操作系统，IE10、谷歌、IEEdge浏览器，1366*768、1600*900、1920*1080等分辨率，不同组合情况下的展现，重点考虑flash插件和Framwork类库版本对PC客户端的安装卸载和功能使用的影响。
浏览器
分辨率
操作系统
系统环境
IE10
1366×768，1600×900，1920×1080
Windows7
Flash插件未安装
.NetFramWork3.5
谷歌
1366×768，1600×900，1920×1080
Windows8
Flash插件已安装
.NetFramWork4.0
IEEdge
1366×768，1600×900，1920×1080
Windows10
Flash插件已安装
.NetFramWork3.5
完成标准：
系统在所有目标要求的浏览器、分辨率、操作系统下都能正常运行
所发现的4级以上缺陷全部解决
需考虑的特殊事项：
测试机器分辨率、操作系统和浏览器组合出的情况有限，需要提前做好测试机器协调
责任人：
张吉
5.4安全性测试
测试目标：
验证应用程序的安全服务和识别潜在安全性缺陷。
测试范围：
1.功能验证：
是采用软件测试当中的黑盒测试方法,对涉及安全的软件功能,如：
用户管理模块，权限管理，加密系统，认证系统等进行测试，主要验证上述功能是否有效。
2.漏洞扫描：
借助于特定的漏洞扫描器完成的。
通过使用漏洞扫描器，系统管理员能够发现系统存在的安全漏洞，从而在系统安全中及时修补漏洞的措施。
测试方法：
1.功能验证：
按照公用标准安全性手工测试用例进行执行。
2.漏洞扫描：
a）使用以下不同的工具不定期进行扫描：
扫描类型
扫描目的
安全工具
系统扫描
积极发现手工检测中不能发现的安全漏洞
ClamAV
数据库扫描
防止出现sql注入、数据库暴力破解等安全问题
pangolin
完成标准：
功能验证：
所有安全性测试用例均通过，所发现的严重级别以上缺陷全部解决
漏洞扫描：
未发现病毒，或发现病毒已全部隔离并清除
需考虑的特殊事项：
服务器的安全性部署检查表由部署人员完成，测试人员需确认是否按照检查表内容进行完成检查。
责任人：
张吉
6.测试工具
用途
工具
厂商/自行研制
版本
用例管理
Excel
微软
2016
文件管理
TAPD
腾讯
缺陷跟踪
TAPD
腾讯
7.产品质量详情
7.1功能点测试结果
项目指定的功能与范围均已按要求实现：
父模块
子模块
功能说明
测试结果
首页
内容审核
功能正常、界面美观，通过功能、界面测试用例
通过
实时信息
功能正常、界面美观，通过功能、界面测试用例
通过
评论管理
文章状态
功能正常、界面美观，通过功能、界面测试用例
通过
评论回复
功能正常、界面美观，通过功能、界面测试用例
通过
数据管理
文件回收
功能正常、界面美观，通过功能、界面测试用例
通过
管理来源
功能正常、界面美观，通过功能、界面测试用例
通过
管理栏目
功能正常、界面美观，通过功能、界面测试用例
通过
系统管理
用户列表
功能正常、界面美观，通过功能、界面测试用例
通过
权限管理
功能正常、界面美观，通过功能、界面测试用例
通过
7.2兼容性评估
经过兼容性测试，系统满足在如下系统环境下正常运行，达到项目验收标准。
环境
测试结果
说明
操作系统
Windows10
功能正常
达到上线标准
Windows8
功能正常
Windows7
功能正常
浏览器
IE10
功能正常
IEEdge
功能正常
谷歌浏览器
功能正常
分辨率
1366*768
功能正常
1600*900
功能正常
1920*1080
功能正常
7.3安全性评估
经过安全性测试，系统存在的关键性安全性问题已修复完毕。
安全性测试
评估结果
非法用户登陆
测试通过
用户管理
测试通过
权限的合理性
测试通过
加密系统
测试通过
漏洞扫描
测试通过
8.缺陷情况
8.1缺陷整体情况
优先级
总数
已关闭数
已关闭百分比
未关闭数
未关闭百分比
1-紧急
0
0
100.00%
0
0.00%
2-高
63
51
80.95%
12
19.05%
3-中
58
47
81.03%
11
18.97%
4-低
19
14
73.68%
5
26.32%
总计
140
112
80%
28
20%
8.2缺陷按严重程度统计
A级：
0个B级：
65个C级：
50个D级：
22个E级：
3个
缺陷率：
0/140=065/140=46.43%50/140=35.71%22/140=15.71%3/140=2.15%
8.3按修复状态统计
缺陷总数：
140个已修复的缺陷：
112个未修复的缺陷：
28个
缺陷率修复为：
80%
9.缺陷等级划分
9.1缺陷严重程度级别划分
等级代号
包括内容
A类-致命的软件缺陷（Fatal）
造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。
如代码错误，死循环，数据库发生死锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等
B类-严重错误的软件缺陷（critical）
系统的主要功能部分丧失、数据不能保存，系统的次要功能完全丧失。
问题局限在本模块，导致模块功能失效或异常退出。
如致命的错误声明，程序接口错误，数据库的表、业务规则、缺省值未加完整性等约束条件
C类-一般错误的软件缺陷（major）
次要功能没有完全实现但不影响使用。
如提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等，打印内容、格式错误，删除操作未给出提示，数据库表中有过多的空字段等
D类-较小错误的软件缺陷（Minor）
使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，如错别字、界面不规范（字体大小不统一，文字排列不整齐，可输入区域和只读区域没有明显的区分标志），辅助说明描述不清楚
E类-建议
由问题提出人对测试对象的改进意见或建议。
9.2缺陷优先级别划分
解决等级代号
代号描述
P1-紧急
紧急是指缺陷导致系统几乎不能使用或者测试不能继续，需立即修复
P2-高
高是指缺陷严重影响测试，需要优先考虑
P3-中
中是指缺陷需要正常排队等待修复
P4-低
低是指缺陷可以在开发人员有时间的时候再被纠正
10.测试结论
当前发布版本测试评估结果如下：
类型
项目验收指标
完成情况
评估结果
功能
对正常数据、操作及非法数据操作的验证
已完成检测
通过
稳定性
系统稳定性监测
已完成检测
通过
兼容性
浏览器兼容、操作系统兼容、分辨率兼容
已完成检测
通过
经最终测试，没有发现A级BUG，BUG主要集中在B、C级，少数D级，E级BUG，其中影响到业务流程的功能性BUG已经全部修复，未修复的BUG主要为界面建议优化的问题，后期会继续修复，对系统正常运行影响不大。
由以上测试统计数据得出结论：
本次测试通过，本系统可以正常上线。
升级会员 