网站首页 > 技术文章 正文
测试报告完整实例及其他开发文档获取关注+私信
测试目的
本次测试目的在于*****平台的软硬件性能、功能、界面及运行安全性验证,对软件是否满足客户需求进行测试,验证系统能否有条不紊的持续稳定运行状态。
2测试依据
《用户需求说明书》
《产品需求规格说明书》
《概要设计说明书》
《详细设计说明书》
3测试环境
硬件环境 | |
CPU | Inter(R)Core(TM)i3-3220CPU@3.30GHz 4核 |
RAM | 8GB |
硬盘 | 500GB |
带宽 | 20M |
软件环境 | |
操作系统 | Windows 7 64 位 |
数据库 | SQL server 2016 |
4测试内容
测试项目 | ****平台项目 | |
测试类型 | 测试内容 | 测试目的 |
功能测试 | 填写局的测试内容 | 核实所有功能均已正常实现,即可按用户的需求使用系统 1.数据准确:各数据输入输出时系统计算准确 2.功能点操作正确实现 |
用户界面测试 | 核实系统风格符合智慧***管理平台界面规范标准,能够保证用户界面友好性、易操作性,符合用户操作习惯 | |
兼容性测试 | 用不同版本的不同浏览器:IE10及以上、谷歌、360浏览器,测试机分辨率:1920*1080;推荐分辨率:1920*1080,操作系统: WIN 7 不同操作系统、浏览器、分辨率等组合测试 | 核实系统在不同的软件和硬件配置中运行稳定性 |
性能测试 | 最大并发数 打分审核以及登陆时系统的响应时间 | 核实系统在大流量的数据与多用户操作时软件性能的稳定性,不造成系统崩溃或相关的异常现象 |
文档测试 | 1、用户文档完整性:检查用户文档的描述是否包含产品使用所需的所有必要信息。 2、 用户文档正确性:检查用户文档中的所有信息是否正确,有无歧义和错误的表达。 3、检查用户文档的内容是否一致,与程序及数据是否一致。 | 验证用户文档编写的规范,包括内容的完整性、正确性、一致性等方面 |
5测试结果
5.1测试用例统计
对本次测试的项目进行统计,包括总项数,通过项数,失败项数,部分通过项数以及百分比等,具体描述如下:
测试用例统计表
总测试用例数 | 实际测试用例数 | 通过 | 不通过 | 未测试 | 无需测试 | |
数目 | 108 | 108 | 108 | 0 | 0 | 0 |
百分比 | 100% | 100% | 100% | 0% | 0% | 0% |
5.2测试Bug统计
整个系统测试测试过程中累计发现有效缺陷38个,其中轻微缺陷13个,一般缺陷20个,严重缺陷5个。经项目组成员评估,全部缺陷均已修复且全部验证通过。下面分别不同角度对缺陷进行分析。
5.2.1缺陷类型
整个测试过程中累计发现缺陷38个,缺陷类型分布情况如下表。
【缺陷类型】情况统计表 | ||||
说明: 统计数据来源于bug记录表 | ||||
等级 | 功能 | 界面 | 建议性 | 其他 |
数目 | 30 | 3 | 3 | 2 |
本次测试重点在于系统功能方面,从整体测试情况看来共计发现Bug 38个,其中界面优化型Bug3个,占总数的 7.9%,功能类Bug 总计30个,占总数的78.9% ,其他5个占总数的13.2%。
5.2.2缺陷等级分布
各级别缺陷分布情况如下:
【Bug优先级】情况统计表 | |||||
说明: 统计数据来源于bug记录表 | |||||
等级 | 轻微缺陷 | 一般缺陷 | 严重缺陷 | 致命缺陷 | 说明 |
数目 | 13 | 20 | 5 | 0 |
整个系统测试过程种中发现的一般缺陷以下(包括一般缺陷)缺陷44个,占总缺陷数的78.5%,严重缺陷9个,占总缺陷数的19.2%,这说明系统在测试过程中存在少量较为严重的问题,整个系统较为稳定。
Bug情况详见《bug记录》
6缺陷和限制
系统测试出现问题,主要集中在功能操作的实现及界面方面,其中:
(1)功能方面:问题主要集中在文件导出、数据权限操作方面,经修改验证后,问题均已修改完毕;
(2)界面方面:系统前期阶段,主要存在界面提示框展示问题,对系统用户体验会造成一定影响,后期经调整优化后,系统界面已符合***科协管理平台界面规范的要求。
7结论&问题&建议
7.1测试结论
(1)测试充分执行,包括软硬件功能、系统可靠性及运行安全性等。
(2)经过多轮测试,可能存在一些尚未发现的缺陷没有解决,但系统功能已经稳定,且项目确定的范围、策略和计划均已实现,项目测试可以结束、项目可以上线。
(3)所有功能项同产品需求规格说明书相匹配。
7.2呈现的问题
(1)版本控制问题:由于当前测试环境和开发人员同时使用,在测试过程中,开发人员会增发或替换一些代码或配置,在增发和替换后,会对测试过程带来一些不必要的麻烦,建议后面开发和测试的环境独立开来。
(2)测试环境问题:测试环境不稳定,经常出现一些功能没有数据或缺少数据,有些业务调不通接口,数据无法回传,有的页面无法打开,在发现这些问题后,开发人员及时解决处理,最终得以环境运行稳定下来,但由于这些过程耗时,导致测试时间紧张。
(3)测试资源问题:测试资源协调不及时,测试机和测试服务器到位不及时。
(4)网络问题:网络不稳定,由于司内网络组网设置问题,经常网络不稳定,导致测试过程中网络传输较慢。
7.3测试建议
(1)遗留缺陷:上线后以patch方式,或在后续版本中解决遗留缺陷,以提升产品的稳定性和用户体验。
(2)版本控制:加强版本控制策略,开发和测试的环境独立开来,以保证测试版本的清晰性、发布/上线版本和最终测试版本的一致性。
(3)测试环境:期望在后续项目中提前部署好测试环境,或者直接由测试人员自己进行维护和搭建测试环境,以来保证环境的稳定性。网络问题需要被重视,目前的网络结构在用网高峰期间会出现堵塞情况,影响测试效率。
猜你喜欢
- 2025-01-11 信息系统项目管理师学习笔记-5.1.4软件实现
- 2025-01-11 软件测试职业生涯需要编写的全套文档模板,收藏这一篇就够了 ~
- 2025-01-11 教你做测试管理3-测试结论如何写
- 2025-01-11 一文读懂如何用Java编写单元测试用例
- 2025-01-11 设计测试用例(万能思路 + 六种设计用例方法)(详细 + 图解 + 实例)
- 2025-01-11 破解测试难题,两步助你打造完美无缺的测试用例
- 2025-01-11 测试用例设计方法六脉神剑——第一剑:入门试招,等价边界初探
- 2025-01-11 测试人员为什么要编写测试用例?这个问题值的你好好去思考一下
- 2025-01-11 [测试新人必看] 测试报告如何编写? 掌握这五十个测试报告模板!
- 2025-01-11 测试用例管理规范
你 发表评论:
欢迎- 最近发表
- 标签列表
-
- oraclesql优化 (66)
- 类的加载机制 (75)
- feignclient (62)
- 一致性hash算法 (71)
- dockfile (66)
- 锁机制 (57)
- javaresponse (60)
- 查看hive版本 (59)
- phpworkerman (57)
- spark算子 (58)
- vue双向绑定的原理 (68)
- springbootget请求 (58)
- docker网络三种模式 (67)
- spring控制反转 (71)
- data:image/jpeg (69)
- base64 (69)
- java分页 (64)
- kibanadocker (60)
- qabstracttablemodel (62)
- java生成pdf文件 (69)
- deletelater (62)
- com.aspose.words (58)
- android.mk (62)
- qopengl (73)
- epoch_millis (61)
本文暂时没有评论,来添加一个吧(●'◡'●)