软件测试面试11--CMMI过程-测试与评审-测试报告(主体内容分拆说明)
测试报告包含的主体内容:
1.引言
本测试报告为XXX测试报告,本报告目的在于总结测试阶段的测试以及测试结果分析,描述系统是否达到需求目的。本报告预期参考人员包括测试人员、测试部门经理、SQA人员和其他质量控制人员。
2.测试参考文档
《用户需求说明书》
《软件测试计划》
《集成测试用例》
《需求跟踪矩阵》
3.测试设计简介
3.1 测试用例设计
测试用例的设计采用等价类划分、边界值、错误推测法
3.2 测试环境与配置
网络:公司内部局域网 10M
浏览器:360安全浏览器7.1
测试系统网络地址:http://xxx.xxx.x.xxx:xxx
数据库:SQL Server2012
3.3 测试方法
本次测试采用黑盒测试方法
4. 测试情况
4.1 测试执行情况
测试范围和要求:测试版本是否符合用户需求说明书描述功能
测试版本:Ver1.0
测试时间:XXX天
测试机构和人员:软件部、XXX、XXX
4.2 测试覆盖
序号 | 用户需求编号 | 模块功能 | 功能/性能指标 | 是否通过 |
1 | 1.1 | xx-xx | 正确添加信息 | 通过 |
2 | 1.2 | xx-xx | 正确修改信息 | 通过 |
5.测试结论和建议
6.审批测试报告
7.附录
7.1 缺陷状态定义
缺陷状态 |
描述 |
已关闭 |
缺陷确认者(一般为问题生成人)验证后认为问题已解决属实 |
已拒绝 |
被拒绝的缺陷经缺陷确认者确认,确实不需要修复或不是缺陷 |
被拒绝 |
测试人员认为是系统缺陷或者是需要对系统进行优化,开发人员认为不是缺陷或者不需要优化的问题 |
延迟 |
问题的分析者认为是缺陷,但是不影响业务办理的进行延迟处理。 |
7.2 缺陷严重程度定义
严重等级 |
描述 |
严重 |
缺陷对进度的影响可能是非常致命的,或者可能是一个停止器——即终止用户继续使用系统;或者影响测试工作继续进行的缺陷。 |
较严重 |
系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会给后续工作带来较大风险(如需求描述不正确导致系统设计错误)。 |
一般 |
不属于“严重”、“较严重”、“微小”之外的缺陷。 |
微小 |
不影响系统功能,但影响系统的易用性(如界面美观问题、操作建议等)或产出物的一些非技术性质量问题(如文档版本、错别字等)。 |
7.3 缺陷类型定义
编号 |
缺陷类型 |
描述 |
1. |
T-需求获取 |
需求获取中存在的缺陷。如需求获取不完整,获取的需求歧义等。 |
2. |
U-用户界面 |
不合理的界面布局、色调、缩进、对齐方式,注释和拼写错误;不适当的错误提示信息、人机交互方式;指定的功能键不能工作;不正确的菜单导向;缺少必要的效验;没有联机帮助等。 |
3. |
P-性能 |
不满足系统可测量的性能属性值,如:执行时间、事务处理速度等。 |
4. |
S-数据结构 |
数据表、字段、结构等方面的问题。 |
5. |
A-程序结构 |
编码没有达到设计要求引起的缺陷,如程序错误,计算错误等。 |
6. |
B-一致性 |
由于配置管理、版本管理、变更管理引起的问题;需求、设计、可运行系统等存在的不一致性问题。 |
7. |
O-其他 |
不属于前面六种类型缺陷的缺陷。如开发环境、操作系统、硬件引起的缺陷。 |
- 以软件开发生命周期的过程来说明不同测试的使用情况
- 09.11.19面试手机软件测试实习生过程中面试官给提出来的一些问题整理归纳
- 软件测试分析报告应该包括哪些内容?
- 在软件测试面试过程中如何进行自我介绍?
- 测试报告模版和用例评审说明
- 软件测试面试过程总结
- 软件测试简介、测试原则、测试过程、测试内容、测试方法
- 软件开发过程学习笔记(六)之测试报告模板 分类: 开发过程 2015-07-08 14:50 8人阅读 评论(0) 收藏
- 软件开发过程学习笔记(六)之测试报告模板
- 软件测试-xx银行面试经验过程详细版
- 以软件开发生命周期的过程来说明不同测试的使用情况
- 测试评审要点说明(测试计划、用例、报告)
- [置顶] 博客管理系统之软件测试过程报告
- [原创]软件测试过程改进的内容和注意事项
- 软件测试类型图解+详细说明
- 【9月软件测试公开课】Parasoft c++test、黑盒测试、LoadRunner三大课程覆盖软件测试全过程
- (翻译)软件测试过程模型
- 2017届努比亚校招软件测试工程师面试
- [结对2]必应缤纷桌面软件测试报告
- 软件测试实验报告