软件测试结果及分析报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
***系统测试结果及分析报告报
告
目录
1 概述 (2)
1.1项目名称 (2)
1.2编写目的 (2)
1.3项目背景 (2)
1.4定义 (2)
1.5产品发布标准 (2)
1.6参考资料 (2)
2 测试情况概要 (3)
2.1测试环境 (3)
2.2测试内容 (3)
2.2.1 主要功能测试内容 (3)
2.2.2 主要性能测试内容 (4)
2.2.3 用户界面测试 (4)
2.2.4 安全性测试 (4)
3 测试结果分析 (5)
3.1功能测试 (5)
3.2性能测试 (5)
3.3用户界面测试 (5)
3.4安全性测试 (6)
3.5能力 (6)
3.6缺陷和限制 (6)
3.7测试情况统计分析 (6)
3.7.1 测试用例质量 (6)
3.7.2 测试质量 (6)
3.7.3 代码质量 (7)
4 测试资源消耗 (7)
5 发布建议 (7)
1概述
1.1项目名称
项目全称:
项目简称:用英文大写字母、数字及连接符表示,格式为客户缩写+连接符+项目缩写,位数不超过8位。如LS-IAS。
1.2编写目的
说明这份测试分析报告的具体编写目的,指出预期的阅读范围。
1.3项目背景
客户背景、业务背景概要描述。
该软件的任务提出者、开发者、用户及安装此软件实际环境,指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。
1.4定义
列出本文件中用到的专问术语的定义和外文首字母组词的原词组。
1.5产品发布标准
软件功能、性能达到用户要求,连续48小时新bug数量少于3个,才能进入准备发布和收尾阶段。
其他标准。
1.6参考资料
列出要用到的参考资料,如:
本项目的经核准的计划任务书或合同、上级机关的批文;
属于本项目的其他已发表的文件;
本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2测试情况概要
2.1测试环境
2.2测试内容
2.2.1主要功能测试内容
2.2.2主要性能测试内容
2.2.3用户界面测试
2.2.4安全性测试
3测试结果分析
3.2性能测试
测试目标:按照用户需求,使用新疆系统的用户实际在50用户左右,为了对系统进行更有效的压力测试,模拟了100个用户并发,相应时间小于10s.
测试环境:局域网,与服务器的连接速度为100M,客户机的连接速度为10/100M.
测试内容:典型操作中的用户登录和信息上报
设计思想:用户并发登陆,反复操作,以检查系统长期稳定性。
测试工具:Loadrunner9.0
网络协议:http/https协议
场景详细:
3.3用户界面测试
3.4安全性测试
3.5能力
陈述经测试证实了的本软件的能力包括功能、性能,与项目需求分析文档的符合性如何。
如果所进行的测试是为了验证一项或几项特定性能要求的实现,应提供这方面的测试结果与要求之间的比较,并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。3.6缺陷和限制
陈述经测试证实的软件缺陷和限制,说明每项缺陷和限制对软件性能的影响,并说明全部测得的性能缺陷的累积影响和总影响,可能的话,对每项缺陷提出改进建议。
3.7测试情况统计分析
3.7.1测试用例质量
测试用例需求覆盖率= 被验证到的需求数量/总的需求数量(需求)
测试用例的编写效率的公式是:测试用例个数/编写测试用例的有效时间
测试用例设计质量=∑有效缺陷数(系统测试)(个)/ ∑设计测试用例数(个)
3.7.2测试质量
测试覆盖率= 至少被执行一次的测试用例数/ 应执行的测试用例总数
1级bug率的公式为:1级bug数/发现bug总数
2级bug率的公式为:2级bug数/发现bug总数
3级bug率的公式为:3级bug数/发现bug总数
3.7.3代码质量
百行代码bug率=(bug数/代码行数)*100%,其中bug数=1级BUG*5+2级BUG*2+3级BUG 具体研发人员的百行代码bug率=(bug数/代码行数)*100%,其中bug数=1级BUG*5+2级BUG*2+3级BUG
4测试资源消耗
总结测试工作的资源消耗数据,如工作人员的水平级别数量、机时消耗等。
5发布建议
针对项目目前的测试状况进行分析,说明该项软件的开发是否已达到预定目标,能否交付使用,给出是否发布该版本的建议