软件测试报告三篇Word下载.docx
《软件测试报告三篇Word下载.docx》由会员分享,可在线阅读,更多相关《软件测试报告三篇Word下载.docx(31页珍藏版)》请在冰点文库上搜索。
1.5.1缺陷汇总
系统模块
总部设置、总部查询系统
按严重程度
已修复bug数
未修复/暂缓bug明细
各级bug总数
严重、高
16个
总部查询系统——套餐销售统计表,应计金额和实收金额和门店统计不一致!
(#284)
总部查询系统——营业分析报表-外送服务员业绩统计表,查询不到数据!
(#272)
会员卡系统——离线模式下,门店卡升级信息,总部查询不到!
(#342)
总部设置系统——客户管理系统,维护人员设置,无法下载到门店!
(#283)
总部设置系统——雅座卡客户信息导入功能,按照生成的模版,将客户信息导入成功后,在客户资料里看不到导入的客户信息!
(#320)
总部设置系统——数据服务,其他——按门店分发和按项目分发里,每单消费区间段没有下发项目!
(#264)
22
一般
0个
0
低
汇总
16
6
会员卡系统
已验证bug数
24个
会员卡连锁实时在线方式,门店制卡提示失败,验证卡密码出错,但是在总部却可以查询到此卡号已制卡!
(#192)
会员卡系统——卡优惠-充值返券、返积分、消费折扣、消费返积分设置有效期为客户生日,无效果,用另外两种日期方式正常!
(#336)
26
0
bug汇总
24
2
26
系统模块
划菜系统
已验证的bug数
待验证的bug和未修复的bug
2个
1个
1
4
测试分析总结:
本次测试功能覆盖率为100%;
提交总的缺陷数1300个,严重级别高,
其中严重、高级别为缺陷数有800个;
一般的等级的缺陷数为200个;
已修复缺陷数995个;
未修复缺陷数5个
本次测试的功能模块数量为:
550个,每模块的缺陷数为:
550/1300=0.423
1.测试缺陷趋势图:
时间(201210)
第一周
第二周
第三周
第四周
汇总
发现缺陷数
50
60
55
20
185
关闭缺陷数
70
80
10
180
遗留缺陷数
1
6
2.缺陷类型分析图:
本阶段测试缺陷类型有接口、功能、业务逻辑、界面UI、架构、客户反馈、其他
类型
时间(201210)
接口
8
5
3
22
功能
业务逻辑
15
9
42
界面UI
61
架构
客户反馈
性能
7
其他(系统异常)
缺陷严重等级分析图
模块缺陷数分析图
总结
本次测试基本上达到了预期测试目标,本阶段每模块功能覆盖率达到100%,每模块缺陷密度为:
每模块bug数/每模块功能点数,测试缺陷曲线图已处于下降收敛状态,达到预期测试目标,测试的严重bug已修复并验证完毕,较严重的bug也已修复并验证,一般和低等级的缺陷数为8个不影响软件功能使用,可以进入UAT验收测试。
会员卡系统和总部查询和设置系统仍有一些问题需要修复!
篇二:
一、测试范围与主要内容:
说明本次测试的范围及主要的内容
二、时间要求和人员安排:
任务明细
具体时间要求(工作日)
人员安排
测试前业务
准备
测试计划编写
测试用例编写
集成测试
系统测试
总计
三、集成测试
1.测试分类与测试方法:
●功能测试
测试目标
Ø
各模块的独立功能是否能实现
已提交模块联合起来的功能是否能实现
测试范围
明确需要测试的测试范围
不测试项
明确不需要测试的内容
测试方法
请参照软件测试方法
开始标准
单元测试已完毕(即程序员自测)
提供的测试用例已通过相关人员的评审
此阶段是编码阶段的阶段性成果的测试(较小项目则可省略此阶段测试)
完成标准
是指功能测试的结束标准如:
所有功能模块都已经送测,且都进行过一轮测试。
集成测试阶段的测试用例除D级外都已执行过一遍。
集成测试报告已经修改完毕,问题基本都已得到解决。
测试重点和优先级
此阶段包括:
单个模块的功能是否实现。
几个子模块集成后是否达到了预期的功能。
需考虑的特殊事项
据每个项目的特殊性而填写该内容。
●接口测试
模块与模块之间的接口是否正确。
请参照软件测试方法文档。
功能测试已完成。
存在一个以上的相关联的功能模块。
集成子模块的接口测试已经完毕。
测试报告已经修改完毕,问题基本都已得到解决。
此阶段测试重点包括:
1.一个模块的功能实现是否影响了另一个模块的功能。
2.穿越模块的数据是否会丢失。
3.单个模块的误差,累积起来,是否会放大到不能被接受的程度。
4.全局数据结构是否被异常修改。
●UI测试
核实用户与软件之间的交互,确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。
另外,UI测试还可确保UI中的对象按照预期的方式运行,并符合业务行业的标准。
主要核实以下内容:
通过测试进行的浏览可正确反映是否符合业务的功能和需求,包括窗口与窗口之间,界面与界面之间的切换,以及各种访问方法(Tab键、鼠标移动)的使用。
包括系统中所有图形界面、易用性、操作性等都在测试范围之内。
功能测试及接口测试已完成。
各对象能够按照预期的方式显示或运行。
重点测试软件的易用性及可操作性。
2.测试环境(可视用户需求作调整):
客户机
应用服务器
数据服务器
3.功能模块列表及测试任务分工
一级
模块
二级
模块功能简述
测试要点
人员
计划完成工作日
4.组织与责任:
1)测试负责人:
责任:
测试计划、流程制定,测试报告模板、测试程序准备;
测试协调。
2)测试执行人:
进行测试、书写测试报告。
3)测试环境准备:
测试环境的准备。
5.测试约定:
网址约定:
测试报告提交方式约定:
四、系统测试计划
系统是否满足了用户的功能需求(包括显性和隐性的)。
编码工作已经全部结束。
集成测试的测试报告已修改完毕;
集成阶段的测试用例基本已经通过。
系统测试报告已经修改完毕。
功能已达到用户需求。
1.用户的显性需求。
2.用户的隐性需求。
隐藏风险
另外,UI测试还可确保UI中的对象按照预期的方式运行。
1、过测试进行的浏览可正确反映是否符合业务的功能和需求,包括窗口与窗口之间,界面与界面之间的切换,以及各种访问方法(Tab键、鼠标移动、快捷键)的使用。
参照软件测试方法文档。
在集成阶段中修改后的页面在800*600环境下的测试
●兼容性测试
件在用户需求的各种软硬件环境下运行是否正常。
是指测试的覆盖范围。
功能测试已经结束。
用户所要求的操作系统/IE版本下软件能正常运行。
需特殊要求的功能模块能给予相应的提示或帮助说明。
1、典型常用环境下的测试。
2、其它环境下的测试。
3.功能模块及人员、时间分工(只需写大的功能模块)
1.组织与责任:
4)测试负责人:
测试计划、流程制定,测试报告模板、测试程序准备。
5)测试执行人:
6)测试环境准备:
2.测试约定:
5、安装测试计划
1.测试方法:
确保在客户要求的环境下能顺利的进行安装
项目完整的安装过程
按系统默认安装流程逐步安装,安装时注意观察
●是否对环境配置进行了检查,并依据不同的检查结果判定是否能继续进行安装(如当不存在IIS、数据库等,则给予提示后不可以继续安装,当不存在FTP、MSMQ,给予提示后仍可以继续安装)。
●安装界面:
公司信息是否准确、文字描述是否准确、文字排列是否整齐、整体界面是否美观
●默认流程是否能安装成功
安装过程中更改所有默认设置(如安装站点、端口号、安装路径、数据库密码、数据库服务器名称),观察其过程是否正常,并且安装后检查程序文件Web.config指向是否做了相应的修改)
安装后的检查:
开始菜单中程序组是否建立、数据库建立是否完整(附加数据库的方式则必须分数据库装在系统盘/非系统盘两种情况进行安装,且需进行将数据库文件属性改为只读时的安装)、IIS目录(FTP站点、Web站点)、MSMQ是否建立;
所有模板文件的只读属性(必须清楚具有那些模板文件)是否被去掉;
所有资源文件的只读属性是否去掉;
IE6.0下载的文件名、路径等是否正确。
验证系统是否能完成修复:
默认安装及修改路径安装是否能修复成功
验证系统是否能完成卸载、第二次安装,第二次安装数据库是否能保留或重新建立。
整体软件流程运行一遍,主要是验证打包时文件是否漏打或相关配置文件是否建立
系统测试已经完毕,所有功能已经实现
已通过项目评审
在客户所要求的各种环境下能顺利进行安装
确保在要求的主要环境下能顺序安装上。
2.测试环境要求:
a.服务器安装的软件环境要求
序号
操作系统及其他相关软件
系统盘格式
主域控制
数据库安装位置
3
3.人员及任务表
组织与责任
任务
人员
时间要求
任务协调人员
进行任务协调、沟通
环境准备人员
进行各种安装环境准备
安装测试人员
进行安装测试、测试报告填写
篇三:
第1章版本变更记录
日期
版本
作者/修改者
描述
审核人
1.0
创建
项目基本信息
项目名称
客户方
开发方
项目委托时间
项目测试时间范围
从至
测试参与人员
第2章引言
2.1编写目的
[以下作为参考]
本测试报告为XXX项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到XXX功能目标)。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
[可以针对不同的人员进行阅读范围的描述。
什么类型的人可以参见报告XXX页XXX章节等。
]
2.2项目背景
本报告主要内容包括:
[对项目目标和目的进行简要说明。
必要时包括简史,这部分不需要脑力劳动,直接从需求或者招标文件中拷贝即可。
2.3参考资料
[需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。
测试使用的国家标准、行业指标、公司规范和质量手册等等。
资料名称
作者
2.4术语和缩略语
[列出设计本系统/项目的专用术语和缩写语约定。
对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义。
缩略语
全意
第3章测试概要
[测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。
3.1测试用例设计
[简要介绍测试用例的设计方法。
例如:
等价类划分、边界值、因果图,以及用这类方法(3-4句)。
3.2测试环境与配置
[对于三层架构的,可以根据网络拓扑图列出相关配置。
3.2.1功能测试
数据库服务器配置
机器名(IP)
CPU
内存
软件环境(操作系统、应用软件)
应用服务器配置
客户端配置
说明
[访问地址等]
3.2.2性能测试
3.3测试方法和工具
测试内容
测试工具
备注
功能
黑盒、手工、回归
Qc、jira
性能
黑盒、手工、回归、工具自动
Qc、jira
LoadRunner9.0(试用版)
可靠性
安全性
可使用性
兼容性
安装和手册
第4章测试内容和执行情况
[采用了CMM/ISO或者其他工程标准过程。
这部分主要汇总各种数据并进行度量,度量包括对软件能力评估、对软件产品的质量度量和产品评估。
]
4.1项目测试概况表
对XXXX系统的功能、性能、可靠性、安全性、可使用性、兼容性、安装和手册等方面进行了全面的测试。
项目测试概况表
项目版本
开始时间
结束时间
用例数
用例通过数
问题数
用例通过率
个
%
4.2功能
功能测试情况概要
模块名称
4.2.1总体KPI
[下表摘一些需求点(可融合用例,框架性内容,不需要太具体的用例)、用例执行情况出来。
基本要求
测试情况
测试通过
是
否
登录
输入正确的用户名和密码可以登录系统。
输入错误的用户名和密码系统给出明确提示。
功能实现。
4.2.2模块二
4.2.3模块三
4.3性能(效率)
性能测试情况概要
4.3.1测试用例
测试系统在预定环境和负载下的响应速度。
通信效率、设备效率、执行效率。
用例名称
1
***用户同时登录,
2
查询
3
退出
4
5
4.3.2参数设置
[大概列一些数据项,有需要的再补充其中。
脚本循环次数
并发用户数
10、20、XX
真实客户端数量
台
脚本录制方法
自动手动
模拟线路类型
10/100M以太网
4.3.3通信效率
[先简介测试内容和测试标准,包括网络的使用频度与带宽占用。
然后填写下面表格。
用户数
接收(字节数/秒)
发送(字节数/秒)
当前带宽(M)
[说明:
包括使用LoadRunner测试以上各种情况,包括测试该功能得到的性能指标的截图]
说明:
4.3.4设备效率
[先简介测试内容和测试标准,包括CPU占用率、内存占用率、磁盘占用率、输入输出效率等,包括软件在不工作状态下对于硬件资源的占用情况和进行业务处理过程中对于硬件资源的占用情况。
CPU占用率(%)
内存占用率(KB)
磁盘占用率(%)
磁盘传输率(B/S)
4.3.5执行效率
[先简介测试内容和测试标准,包括在预定环境和负载下的响应速度,特别是在大负载、大并发量情况下的响应速度。
平均响应时间(秒)
4.4可靠性
掉电
客户机掉电或强行关机后重启机器,不丢失数据。
实现要求。
4.5安全性
用户权限
所有授权用户是否能在所授权限下进行工作,不容许超权限。
4.6易用性
易安装性
安装参数给出默认值或提示,需要用户干预的地方尽量少,操作方便。
实现