《智能厨房系统测试报告模板》由会员分享，可在线阅读，更多相关《智能厨房系统测试报告模板（20页珍藏版）》请在金锄头文库上搜索。
1、智能家居系统测试报告文档标识：当前版本：1.0当前状态：草稿发布日期：发布修改历史日期版本作者修改内容评审号变更控制号组员： 李雄耀杨琪曾夏王浩然组长：王为峰目录1.引言11.1.编写目的、内容、读者11.2.项目背景11.3.用户群21.4.基本定义21.5.测试对象21.6.测试阶段31.7.术语和缩写词31.8.测试工具41.9.参考资料42.测试概要52.1.测试环境52.1.1.软硬件配置52.1.2.网络拓扑图62.2.测试计划62.3.测试执行72.4.测试用例72.4.1.功能性72.4.2.易用性72.5.版本定义72.6.覆盖分析72.6.1.需求覆盖72.6.2.测试覆盖
2、83.测试用例93.1.功能测试93.2.性能测试113.3.压力测试124.测试结果134.1.Bug趋势图134.2.Bug严重程度135.测试结论144.1.功能性144.2.易用性144.3.可靠性144.4.兼容性154.5.安全性155.1.建议156.典型缺陷引入原因分析166.1.需求定义不明确166.2.功能性错误166.3.界面设计易用性缺陷166.4.开发人员疏忽引起的缺陷171. 引言1.1. 编写目的、内容、读者编写本测试报告主要有以下几个目的：1. 通过对测试结果的分析，得到对整体各个模块的质量评价；2. 分析测试的过程，产品，资源，信息；3. 评估测试测试执行和测
3、试计划是否符合；4. 分析系统存在的缺陷，为修复和预防bug提供建议测试包括以下具体内容：1. 用户测试：主要测试系统的功能，操作性，性能，人机对话，系统界面，安全性等，主要参考对象为家庭用户。比如，布置了本系统的家庭成员。2. 功能测试：主要测试系统是否实现预计结果，此测试为软件的基本测试，主要参考对象为业主用户，开发人员，测试人员等。3. 压力测试：压力测试用来评估在超越最大负载的情况下系统将如何运行。主要参考对象为项目经理，开发经理，测试人员。4. 安全测试：测试系统的可靠性，安全性，主要参考对象为业主用户，开发人员，测试人员。本测试报告是智能厨房的测试报告，目的在于总结测试阶段的测试以
4、及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。1.2. 项目背景伴随着数字化和网络化的进程，智能化的浪潮席卷了世界的每一个角落，成为一种势不可挡的历史化大趋势。这一切的最终目的为人们提供一个以人为本的舒适、便捷、高效、安全的生活环境。如何建立一个高效率、低成本的智能家居系统已成为当今世界的一个热点问题。虽然目前智能家居系统有了一定的发展，并且市场上也开始出现相应的产品，但从总体的发展来看，不容乐观，现有的智能家居系统一般功能单一，提供的服务智能化不足，难以满足当今科技高速发展所引起的人们追求高品质生活的热
5、情。基于以上背景，本次项目提出的智能家居方案，旨在实现一个应用可扩展的智能家居系统。并且在系统中充分融合现有的物联网方面的软硬件技术，最终完成一个处理流程合理、智能的家居系统。1.3. 用户群1. 主要读者：项目管理人员，项目测试经理，业主相关人员；2. 其他读者：项目其他相关人员1.4. 基本定义一. 严重bug：出现以下缺陷，测试定义为严重bug：1. 系统无响应，处于死机状态，需要其他人工修复系统才可复原。2. 点击某个菜单后返回异常错误。3. 进行某个操作（增加、修改、删除等）后，返回异常错误。4. 当对必填字段进行校验时，未输入必输字段，返回异常错误。5. 系统定义不能重复的字段输入
6、重复数据后，返回异常错误。二. 系统测试过程中有如下错误即为重要BUG：1. 系统兼容性差，与其他系统一起工作时不能正常运行或影响其他系统设备运行。2. 密码明文显示。3. 程序在一些显示上不美观，不符合用户操作习惯或一些文字错误。4. 界面不规范。5. 辅助说明描述不清楚6. 输入输出不规范。7. 可输入区域和只读区域无明显区分标志。8. 提示窗口文字未采用行业术语。9. 系统页面不必要的刷新、数据回发。10. 必要操作无任何操作提示或操作指引。11. 功能操作不连贯，按钮安放杂乱。1.5. 测试对象结合本项目的特殊性，整个系统主要分文软件部分和硬件部分，而根据软件定义，软件包括程序、数据和
7、文档，硬件也需要测试硬件的功能已经硬件的可靠性，所以测试并不仅仅是软件测试。测试应贯穿于整个系统生命周期中。在整个系统生命周期中，各阶段有不同的测试对象，形成了不同开发阶段的不同类型的测试。需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为“软件测试”的对象。在软件编码结束后，对编写的每一个程序模块进行测试，称为“模块测试”或“单元测试”；在模块集成后，对集成在一起的模块组件，有时也可称为“部 件”，进行测试，称为“集成测试”；在集成测试后，需要检测与证实软件是否满足软件需求说明书中规定的要求，这就称为“确认测
8、试”。将整个程序模块集成为 软件系统，安装在运行环境下，对硬件、网络、操作系统及支撑平台构成的整体系统进行测试，称为“系统测试”。为了把握各个环节的正确性，需要进行各种验证和确认工作。验证是保证软件正确实现特定功能的一系列活动和过程，目的是保证软件生命周期中的每一个阶段的成果满足上一个阶段所设定的目标。确认是保证软件满足用户需求的一系列的活动和过程，目的是在软件开发完成后保证软件与用户需求相符合。验证与确认都属于软件测试，它包括对软件分析、设计以及程序的验证和确认。在测试过程中，我们将充分考虑以上表述的相关对象，有针对性的加强一些内容的参考，保证做到一个全面、完整的测试。1.6. 测试阶段阶段
9、内容开始日期结束日期负责人阶段一模块测试阶段二功能测试阶段三安全测试阶段四压力测试1.7. 术语和缩写词l 在本文件中出现的“系统”一词，除非特别说明，均指“智能厨房系统”。l MTBF：平均无故障时间。l MTTR：平均维修时间。l SMS（Short Message Service）：短消息业务。l 结构化查询语言：是关系数据库中使用的标准数据查询语言。l 系 统：子系统的集合。l 子 系 统： 模块的集合。l 模 块：功能的集合。l 功 能：处理任务的最小单元。l 系统参数：控制系统的行为及流程的参数，内容存贮在系统数据库中，一般只由系统管理员维护。l 用户参数：控制各工作站的界面、输入
10、法等参数，内容存贮在各工作站软件安装目录下，用户可以修改。l 运行参数：控制程序的启动以及与数据库的连接等，内容存贮在Windows系统的注册表中，第一次使用程序时系统会自动提示输入各种参数。l 角 色：一组具有相同权限的用户集合。l 权 限：执行某个功能，或操作某个模块、某个子系统的钥匙。l 用 户：操作系统的人。1.8. 参考资料1. 中华人民共和国标准化法2. 信息技术 软件包 质量要求和测试（GB/T17544-1998）3. 信息技术 软件产品评价 质量特性及其使用指南（GB/T16260-1996）4. 软件工程 产品评价（GB/T18905-2002）5. 软件产品管理办法6.
11、智能家居需求和设计说明书7. 智能家居祥细设计2. 测试概要测试开始日期测试结束日期测试天数测试功能个数执行测试用例数BUG数2.1. 测试环境2.1.1. 软硬件配置硬件环境应用服务器数据库服务器客户端环境应用服务器数据库服务器客户端硬件配置操作系统：Windows 7 处理器：Core i3 M 380 2.53GHz内存：4 GB 操作系统：Windows 7 处理器：Core i3 M 380 2.53GHz内存：4 GB操作系统：Windows 7 处理器：Core i3 M 380 2.53GHz内存：4 GB软件配置新浪云平台MYSQL 5.6Chrome，firefox网络配置
12、10M LAN10M LAN10M LAN2.1.2. 网络拓扑图图 1测试网络拓扑图服务器和数据库是架构在新浪云平台上，其中PC1和PC2是普通的上网终端，而智能家居是指部署了本系统的家庭用户。2.2. 测试计划版本/时间计划开始实际开始计划完成实际完成加班增加资源：版本/时间计划开始时间实际开始时间计划结束时间实际结束时间加班增加资源B1是否B22013.6.26否否 计划任务祥细分解情况表：任 务开始时间结束时间总 计（天）物品管理2013-7-32013-7-30.5web服务器2013-7-32013-7-41控制管理2013-7-42013-7-50.5流程管理2013-7-520
13、13-7-612.3. 测试执行此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。2.4. 测试用例2.4.1. 功能性u 系统实现的主要功能，包括食品管理，菜单管理，web服务，控制管理u 系统实现的次要功能，包括菜单管理，界面响应，界面可靠性u 需求规定的输入输出字段，以及需求规定的输入限制2.4.2. 易用性u 操作按钮提示信息正确性，一致性，可理解性。u 限制条件提示信息正确性，一致性，可理解性。u 必填项标识。u 输入方式可理解性。2.5. 版本定义给出测试版本，分为三个主要版本：0字头为初稿，定好文档格式和测试方向和测试组织机构人员。1.0版本完成全部功能测试，未经正式发布，未经审核；2.0版整合所有测试人员的测试文档，完成所有测试，几经修改，经过测试经理，项目经理审核，达到正式发布的要求。其中小数点后面的数字为修正了其中内容达到3个模块以上时相应增加0.1。2.6. 覆盖分析2.6.1. 需求覆盖需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100的目标。需求 /功能测试类型是否通过备注
