手机软件测试报告(模板)

文件名称：XXX手机软件测试报告技术文件编号：

版本：

共页

(包括封面)

拟制

审核

会签

标准化

批准

目录

1概述 (2)

1.1 编写目的 (2)

1.2 术语和缩略语 (2)

1.2.1 术语、定义： (2)

1.2.2 缩略语： (2)

1.3 参考文献 (2)

2测试任务说明 (3)

2.1 测试活动类别 (3)

2.2 测试级别 (3)

2.3 版本变更情况 (3)

2.4 测试任务列表 (3)

3测试环境描述 (4)

3.1 测试环境描述 (4)

3.1.1 硬件环境描述 (4)

3.1.2 软件环境描述 (4)

3.2 测试环境比较 (4)

3.3 其它说明 (4)

4测试故障描述 (4)

4.1 ××××测试模块 (4)

4.2 ××××测试模块 (4)

5测试结果分析 (5)

5.1 ××××模块测试结果分析 (5)

5.2 ××××模块测试结果分析 (5)

5.3 总体测试结果分析 (5)

<2.按实现结果统计：> (6)

6测试结论 (6)

7测试总结和评价 (6)

7.1 测试评估 (6)

7.2 测试总结和改进建议 (6)

8遗留问题报告 (6)

8.1 遗留问题统计 (6)

8.2 遗留问题详细列表 (7)

附录1：测试现场记录 (8)

<说明：本文档中斜体字为说明性文字，正常字体为测试报告文档中必需的部分。

本文档中内容包括测试的总结性报告、测试评估，测试问题报告和测试实测结果清单等内容。

测试报告可能是多个层次级别的，如系统测试报告、集成测试报告、单元测试报告等，而所有测试过程中各阶段的测试报告均遵从规范所定义的此模板。如果不同阶段测试报告有其特殊需求，可以增加其他段落作为补充。>

1概述

1.1编写目的

目的在于心电监护无线实时系统在htc手机上运行正常，并且手机功能能够正常运行1.2术语和缩略语

1.2.1术语、定义：

<要求：逐项列出本文中用到的难以理解或可能引起混淆的术语及其定义。>

1.2.2缩略语：

<逐项列出本文中用到的缩略语及其原文和汉语含义。>

本文档使用了下述缩略语：

GSM Global System for Mobile Communication全球移动通信系统

GPRS General Packet Radio Service 通用无线分组业务

IMEI International Manufacture Equiment 国际移动设备识别码

MMI Man Manchine Interface 人机接口

PIN Personal Identification Number个人识别号码

PUK Personal Unlock Key 个人解锁码。

SIM Subscriber Identity Module 用户标示模块

STK Sim Tools Kit SIM卡工具箱

WAP Wireless Application Protocol 无线应用协议

（以上缩略语仅为示例，应根据实际使用情况进行说明）

1.3参考文献

<请在表1列出本文档所引用的有关参考文献名称、作者、标题、编号、发布日期等基本信息。如果以下文件存在，必须在本部分说明该文档为参考文档，如果该文档不存在，则应明确说明原由。>

表1 参考文献清单

2测试任务说明

2.1测试活动类别

本报告属于下列第_____项测试活动的总结。（可补充）

1．研发版本测试

2．中试版本测试

3．生产版本测试

4．升级版本测试

……

2.2测试级别

本次测试的级别为：（可补充）

1．单元测试

2．集成测试

3．系统测试

4．验收测试

……

2.3版本变更情况

表1 版本变更情况

2.4测试任务列表

<要求：简要描述本次测试的测试模块，各测试模块包含的测试任务，包括测试任务的名称、测试任务的目的和内容，以及测试任务引用的相关测试用例等。

测试内容需依据测试方案规定的内容进行列表，可以从测试规程库或版本说明中导入相关的说明。>

本次测试内容如表2所示：

<注：本表仅供参考，可根据需要进行修改）

3测试环境描述

3.1测试环境描述

3.1.1硬件环境描述

< 要求：描述实际测试中采用的硬件环境，主要指硬件测试设备和仪器，如采用了哪些测试仪器和设备，各测试设备的规格型号、测试设备之间的连接和配置关系等。>

3.1.2软件环境描述

<要求：描述实际测试中采用的软件环境，如操作系统、测试平台、测试工具软件，待测试的软件版本、以及各软件之间的配置关系等。>

3.2测试环境比较

<要求：指出测试环境与实际运行环境（如实际网络环境）的差异，分析这些差异将给测试结果带来的影响。>

3.3其它说明

<要求：描述测试完成日期、测试地点、测试人员分配以及其它需说明的情况>

4测试故障描述

4.1××××测试模块

<要求：根据《软件测试方案》中划分的模块，针对每个模块以表格的方式描述测试中的结果及发现的故障。以下的表格仅作为参考。>

<备注：故障类型可包括但局限于下述类型：

完整性、正确性、容错性、兼容性、安全性、可靠性、易用性、规范性、性能等>

故障统计表：

4.2××××测试模块

故障列表：

5测试结果分析

5.1××××模块测试结果分析

<要求：根据《软件测试方案》中划分的模块，逐一针对每个模块，描述该模块中各测试项的测试结果，对存在的问题和故障进行分析；

对每个测试项需要从文档的一致性、功能的完整性、正确性、易用性、容错性、可靠性、安全性、兼容性、使用性能等方面进行分析和评价>

5.2××××模块测试结果分析

5.3总体测试结果分析

<要求：根据该软件的有关设计文档，描述经过测试后，哪些功能已经实现，哪些功能没有实现或存在什么问题，分析故障的类型分布、故障密度分布、功能上的分布，可以用图表表示出来；分析故障的原因、影响，提出改进建议；与上次测试的对比；对测试方法和工具的评价等。>

<功能实现情况>

<故障分布图:故障类型分布图、故障密度分布图、故障功能分布图等>

<故障统计表>

<1.按故障级别统计：>

<与上次测试对比>

<测试方法和测试工具的比较>

6测试结论

<要求：根据《软件测试方案》中的通过准则，说明哪些项通过，哪些测试没通过，评价被测软件完成设计目标的程度，给出是否通过测试的结论。>

7测试总结和评价

7.1测试评估

<对被测对象以及测试活动分别给出总结性的评估，包括稳定性、测试充分性等方面说明,分析被测对象与软件需求规格的偏离程度、偏离点，同时需要对结果偏离以及测试不充分引起的失败风险进行评估。>

7.2测试总结和改进建议

<总结本次测试活动的经验教训，总结主要的测试活动和事件。>

<总结资源消耗数据，如总人员、总机时，每个主要测试活动花费的时间。>

<对本次测试过程活动的测试设计和操作的改进建议。>

8遗留问题报告

遗留问题是指测试过程中发生的并且在在测试报告时仍没有得到解决的测试问题。测试报告时已经得到解决，并已经过回归验证的测试问题不记入其中。

建立遗留问题统计表格，可对遗留问题数和级别进行统计，包括问题总数，致命，严重，一般和提示问题的数目及百分比等。

8.1遗留问题统计

如下表所示：

表遗留问题统计表

8.2遗留问题详细列表

<本部分详细记录每一个遗留问题，也可视时间情况只详细记录问题级别比较高的遗留问题，低级别的遗留问题采用简单列表进行罗列。>

附录1：测试现场记录

< 提示：下列测试现场记录表仅作为参考。在该表中详细记录测试过程的每个输入和操作，以及输出结果和现象。>