智能厨房系统测试报告模板.doc

智能家居系统测试报告文档标识：当前版本：1.0当前状态：草稿发布日期：2013.06.03发布ü修改历史日期版本作者修改内容评审号变更控制号组员： 李雄耀杨琪曾夏王浩然组长：王为峰目录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.测试覆盖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. 评估测试测试执行和测试计划是否符合；4. 分析系统存在的缺陷，为修复和预防bug提供建议测试包括以下具体内容：1. 用户测试：主要测试系统的功能，操作性，性能，人机对话，系统界面，安全性等，主要参考对象为家庭用户。比如，布置了本系统的家庭成员。2. 功能测试：主要测试系统是否实现预计结果，此测试为软件的基本测试，主要参考对象为业主用户，开发人员，测试人员等。3. 压力测试：压力测试用来评估在超越最大负载的情况下系统将如何运行。主要参考对象为项目经理，开发经理，测试人员。4. 安全测试：测试系统的可靠性，安全性，主要参考对象为业主用户，开发人员，测试人员。本测试报告是智能厨房的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。1.2. 项目背景伴随着数字化和网络化的进程，智能化的浪潮席卷了世界的每一个角落，成为一种势不可挡的历史化大趋势。这一切的最终目的为人们提供一个以人为本的舒适、便捷、高效、安全的生活环境。如何建立一个高效率、低成本的智能家居系统已成为当今世界的一个热点问题。虽然目前智能家居系统有了一定的发展，并且市场上也开始出现相应的产品，但从总体的发展来看，不容乐观，现有的智能家居系统一般功能单一，提供的服务智能化不足，难以满足当今科技高速发展所引起的人们追求高品质生活的热情。基于以上背景，本次项目提出的智能家居方案，旨在实现一个应用可扩展的智能家居系统。并且在系统中充分融合现有的物联网方面的软硬件技术，最终完成一个处理流程合理、智能的家居系统。1.3. 用户群1. 主要读者：项目管理人员，项目测试经理，业主相关人员；2. 其他读者：项目其他相关人员1.4. 基本定义一. 严重bug：出现以下缺陷，测试定义为严重bug：1. 系统无响应，处于死机状态，需要其他人工修复系统才可复原。2. 点击某个菜单后返回异常错误。3. 进行某个操作（增加、修改、删除等）后，返回异常错误。4. 当对必填字段进行校验时，未输入必输字段，返回异常错误。5. 系统定义不能重复的字段输入重复数据后，返回异常错误。二. 系统测试过程中有如下错误即为重要BUG： 1. 系统兼容性差，与其他系统一起工作时不能正常运行或影响其他系统设备运行。 2.  密码明文显示。 3. 程序在一些显示上不美观，不符合用户操作习惯或一些文字错误。 4. 界面不规范。 5.  辅助说明描述不清楚 6. 输入输出不规范。  7. 可输入区域和只读区域无明显区分标志。 8. 提示窗口文字未采用行业术语。 9. 系统页面不必要的刷新、数据回发。 10. 必要操作无任何操作提示或操作指引。 11. 功能操作不连贯，按钮安放杂乱。1.5. 测试对象结合本项目的特殊性，整个系统主要分文软件部分和硬件部分，而根据软件定义，软件包括程序、数据和文档，硬件也需要测试硬件的功能已经硬件的可靠性，所以测试并不仅仅是软件测试。测试应贯穿于整个系统生命周期中。在整个系统生命周期中，各阶段有不同的测试对象，形成了不同开发阶段的不同类型的测试。需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为“软件测试”的对象。在软件编码结束后，对编写的每一个程序模块进行测试，称为“模块测试”或“单元测试”；在模块集成后，对集成在一起的模块组件，有时也可称为“部 件”，进行测试，称为“集成测试”；在集成测试后，需要检测与证实软件是否满足软件需求说明书中规定的要求，这就称为“确认测试”。将整个程序模块集成为 软件系统，安装在运行环境下，对硬件、网络、操作系统及支撑平台构成的整体系统进行测试，称为“系统测试”。为了把握各个环节的正确性，需要进行各种验证和确认工作。验证是保证软件正确实现特定功能的一系列活动和过程，目的是保证软件生命周期中的每一个阶段的成果满足上一个阶段所设定的目标。确认是保证软件满足用户需求的一系列的活动和过程，目的是在软件开发完成后保证软件与用户需求相符合。验证与确认都属于软件测试，它包括对软件分析、设计以及程序的验证和确认。在测试过程中，我们将充分考虑以上表述的相关对象，有针对性的加强一些内容的参考，保证做到一个全面、完整的测试。1.6. 测试阶段阶段内容开始日期结束日期负责人阶段一模块测试阶段二功能测试阶段三安全测试阶段四压力测试1.7. 术语和缩写词l 在本文件中出现的“系统”一词，除非特别说明，均指“智能厨房系统”。l MTBF：平均无故障时间。l MTTR：平均维修时间。l SMS（Short Message Service）：短消息业务。l 结构化查询语言：是关系数据库中使用的标准数据查询语言。l 系 统：子系统的集合。l 子 系 统： 模块的集合。l 模 块：功能的集合。l 功 能：处理任务的最小单元。l 系统参数：控制系统的行为及流程的参数，内容存贮在系统数据库中，一般只由系统管理员维护。l 用户参数：控制各工作站的界面、输入法等参数，内容存贮在各工作站软件安装目录下，用户可以修改。l 运行参数：控制程序的启动以及与数据库的连接等，内容存贮在Windows系统的注册表中，第一次使用程序时系统会自动提示输入各种参数。l 角 色：一组具有相同权限的用户集合。l 权 限：执行某个功能，或操作某个模块、某个子系统的钥匙。l 用 户：操作系统的人。1.8. 参考资料1. 中华人民共和国标准化法2. 信息技术 软件包 质量要求和测试（GB/T17544-1998）3. 信息技术 软件产品评价 质量特性及其使用指南（GB/T16260-1996）4. 软件工程 产品评价（GB/T18905-2002）5. 软件产品管理办法6. 智能家居需求和设计说明书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网络配置10M LAN10M LAN10M LAN2.1.2. 网络拓扑图图 1测试网络拓扑图服务器和数据库是架构在新浪云平台上，其中PC1和PC2是普通的上网终端，而智能家居是指部署了本系统的家庭用户。2.2. 测试计划版本/时间计划开始实际开始计划完成实际完成加班增加资源：版本/时间计划开始时间实际开始时间计划结束时间实际结束时间加班增加资源B12013.6.252013.7.32013.6.302013.7.5是否B22013.6.262013.7.42013.6.302013.7.6否否 计划任务祥细分解情况表：任 务开始时间结束时间总 计（天）物品管理2013-7-32013-7-30.5web服务器2013-7-32013-7-41控制管理2013-7-42013-7-50.5流程管理2013-7-52013-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的目标。需求 /功能测试类型是否通过备注物品管理功能测试、业务测试Yweb服务器功能测试、业务测试Y控制管理功能测试、业务测试Y流程管理功能测试、业务测试Y表格中“是否通过”的四种状态：Y：全部通过P：部分通过N：不通过N/A ：不可测试或者用例不适用2.6.2. 测试覆盖需求/功能用例个数执行总数未执行物品管理550web服务器550控制管理550流程管理5413. 测试用例3.1. 功能测试测试编号A001模块名称物品管理建立日期2013-7-3建立人员曾夏修改日期状态 草稿 正在修改 正式发布定义物品管理模块能准确可靠的管理物品进出冰箱，并且提供物品管理人机交互界面。用例向冰箱上格加入带有“一斤猪肉”的信息RFID标签的物品预期情况1本地能列出物品已进入冰箱上格2Web客户端可以在web服务器上查询新入库的物品3新进入的物品能参与菜单决策4实际结果与预期结果一致结论功能测试通过。测试编号A002模块名称物品管理建立日期2013-7-3建立人员杨琪修改日期状态 草稿 正在修改 正式发布定义物品管理模块能准确可靠的管理物品进出冰箱，并且提供物品管理人机交互界面。用例向冰箱上格拿出带有“一斤猪肉”的信息RFID标签的物品预期情况1本地能列出物品已离开冰箱上格2Web客户端不会再显示着“一斤猪肉”的信息3“一斤猪肉”不会参与菜单生成4实际结果与预期结果一样结论通过测试编号A003模块名称web服务器建立日期2013-7-3建立人员王为峰修改日期状态 草稿 正在修改 正式发布定义Web服务器同时也包括了数据库，因此需要重点测试web服务器的数据管理，以及准确的页面显示用例上传“红烧猪肉”的菜谱，上传符合菜谱的物品，点击菜单预期情况1能刷新出新上传的菜谱“红烧猪肉”2点击新菜谱名称，能显示新菜谱需要的物品列表3点击“演示菜谱”能演示菜谱的制作过程4实际结果与预期结果一样结论通过测试编号A004模块名称Web服务器建立日期2013-7-4建立人员李雄耀修改日期状态 草稿 正在修改 正式发布定义Web服务器同时也包括了数据库，因此需要重点测试web服务器的数据管理，以及准确的页面显示。用例删除“红烧猪肉”的菜谱，上传“红烧猪肉”菜谱的所有物品预期情况1点击菜单不能刷新出“红烧猪肉”菜谱234实际结果与预期结果一样结论通过测试编号A005模块名称控制管理建立日期2013-7-4建立人员王浩然修改日期状态 草稿 正在修改 正式发布定义控制模块主要是要保证控制管理在接收正确指令串之后可以执行正确的命令。用例向控制模块发送转义的命令串预期情况1单片机能够响应命令串2单片机能够按照顺序执行命令串3命令串执行完之后，单片机能够停止执行4实际结果与预期结果一样结论通过3.2. 性能测试1测试对象介绍2测试范围与目的3测试环境与测试工具描述4测试驱动程序的设计5性能测试用例列表性能A描述用例目的前提条件输入数据期望性能（平均值）实际性能（平均值）性能B描述用例目的前提条件输入数据期望性能（平均值）实际性能（平均值）3.3. 压力测试由于本系统规模比较小，压力测试嵌入在性能测试。4. 测试结果4.1. Bug趋势图4.2. Bug严重程度测试发现的bug主要集中在控制模块和web服务器模块，属于一般性的缺陷，但是测试的时候，出现了几个个严重级别的bug，出现严重级别的bug主要表现在以下几个方面。系统主要功能没有实现1. 重复添加输入命令串之后，出现命令中断执行的现象2. 多语言处理，未考虑非语种代码的情况3. 数据库设计未考虑系统管理员角色，导致用系统管理员进行操作的时候出现找不到页面错误4. 权限控制异常严重级别bug按版本分布如下：由严重bug版本分布图可以看出，严重级别的bug版本趋势和bug版本趋势基本是一致的，但是，在B7和B9版本中年，严重级别的bug明显增多，主要原因是B7和B9版本测试了权限控制按钮功能，权限问题出现的严重级别的bug比较多。5. 测试结论4.1. 功能性Web服务器基本实现了需求分析的功能，就是菜谱演示只能定时演示动作。控制模块也基本实现需求分析的功能，有一个小bug是命令串不能连续输入，否则将会打断先前的命令串，但是不会影响系统运行。食品管理模块完美实现所有功能。4.2. 易用性现有系统实现了如下易用性：1. 查询，添加，删除，修改操作相关提示信息的一致性，可理解性2. 输入限制的正确性3. 输入限制提示信息的正确性，可理解性，一致性现有系统存在如下易用性缺陷：1. 界面排版不美观2. 输入，输出字段的可理解性差3. 输入缺少解释性说明4. 中英文对应的正确性5. 中英文混排6. 菜谱文件需要utf-8编码方式4.3. 可靠性现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态。4.4. 兼容性现有系统未进行其他兼容性测试4.5. 安全性现有系统控制了以下安全性问题：1. 把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录2. 直接输入某一页面的Url能否打开页面并进行操作不应该允许。5.1. 建议在项目开始的时候应该制定码标准，数据库标准，需求变更标准，开发和测试人员都严格按标准进行，可以在后期减少因为开发，测试不一致而导致的问题，有时也可以降低沟通成本。发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。6. 典型缺陷引入原因分析测试过程中发现的缺陷主要有以下几个方面：6.1. 需求定义不明确需求文档中，存在功能定义错误，输入输出字段描述错误，输入输出字段限制定义错误，输入输出限制定义缺失这几种类型的缺陷。使得开发人员根据需求进行设计时，没有考虑相关功能的关联性，以及需求错误的地方，在测试过程中，需求相关的问题表现出来。需求做改正，设计必须跟着做改动，浪费时间和影响开发人员的积性，降低开发人员对需求的信任，可能会导致开发人员不按需求进行设计而根据自己的经验来进行设计。6.2. 功能性错误1、 功能没有实现，导致无法进行需求规定的功能的测试。主要是无法进入设施管理，会议室管理页面，安全项管理无法保存信息，地区，房型删除功能缺失。2、 功能实现错误，实现了需求未定义的功能，执行需求定义的功能时系统出现错误。主要是角色拥有不属于自己的权限，联系人删除页面跳转错误等。3、 页面设计和需求不一致。面设计没有根据需求进行，输入，输出字段文字错误，用户无法理解字段含义。页面设计没有完成需求规定的输入限制验证，导致用户可以输入错误的或者无效的数据，这些数据有可能会引起功能性错误。6.3. 界面设计易用性缺陷1、 界面设计不友好，系统中很多页面的输入字段无明确的输入提示，用户无法理解何种输入是正确的，但是用户输入错误后，系统提示出错，增加用户负担。2、 提示信息错误，不模块相结果的提示信息不一致，用户操作后，相应的提示信息不明确，引起用户误解。3、 提示信息一致性，用户在不同界面执行相的操作，提示信息不全。6.4. 开发人员疏忽引起的缺陷因为开发人员的疏忽，导致系统需要验证的地方，调用了错误的验证，系统需要进行输入控制的地方没有进行相应的控制。我的大学爱情观目录：一、 大学概念二、 分析爱情健康观三、 爱情观要三思四、 大学需要对爱情要认识和理解五、 总结1、什么是大学爱情：大学是一个相对宽松，时间自由，自己支配的环境，也正因为这样，培植爱情之花最肥沃的土地。大学生恋爱一直是大学校园的热门话题，恋爱和学业也就自然成为了大学生在校期间面对的两个主要问题。恋爱关系处理得好、正确，健康，可以成为学习和事业的催化剂，使人学习努力、成绩上升；恋爱关系处理的不当，不健康，可能分散精力、浪费时间、情绪波动、成绩下降。因此，大学生的恋爱观必须树立在健康之上，并且树立正确的恋爱观是十分有必要的。因此我从下面几方面谈谈自己的对大学爱情观。2、什么是健康的爱情：1) 尊重对方，不显示对爱情的占有欲，不把爱情放第一位，不痴情过分；2) 理解对方，互相关心，互相支持，互相鼓励，并以对方的幸福为自己的满足; 3) 是彼此独立的前提下结合；3、什么是不健康的爱情：1)盲目的约会，忽视了学业;2)过于痴情，一味地要求对方表露爱的情怀，这种爱情常有病态的夸张;3)缺乏体贴怜爱之心，只表现自己强烈的占有欲;4)偏重于外表的追求;4、大学生处理两人的在爱情观需要三思：1. 不影响学习：大学恋爱可以说是一种必要的经历，学习是大学的基本和主要任务，这两者之间有错综复杂的关系，有的学生因为爱情，过分的忽视了学习，把感情放在第一位；学习的时候就认真的去学，不要去想爱情中的事，谈恋爱的时候用心去谈，也可以交流下学习，互相鼓励，共同进步。2. 有足够的精力：大学生活，说忙也会很忙，但说轻松也是相对会轻松的！大学生恋爱必须合理安排自身的精力，忙于学习的同时不能因为感情的事情分心，不能在学习期间，放弃学习而去谈感情，把握合理的精力，分配好学习和感情。3、 有合理的时间；大学时间可以分为学习和生活时间，合理把握好学习时间和生活时间的“度”很重要；学习的时候，不能分配学习时间去安排两人的在一起的事情，应该以学习为第一；生活时间，两人可以相互谈谈恋爱，用心去谈，也可以交流下学习，互相鼓励，共同进步。5、大学生对爱情需要认识与理解，主要涉及到以下几个方面：（一） 明确学生的主要任务“放弃时间的人，时间也会放弃他。”大学时代是吸纳知识、增长才干的时期。作为当代大学生，要认识到现在的任务是学习学习做人、学习知识、学习为人民服务的本领。在校大学生要集中精力，投入到学习和社会实践中，而不是因把过多的精力、时间用于谈情说爱浪费宝贵的青春年华。因此，明确自己的目标，规划自己的学习道路，合理分配好学习和恋爱的地位。（二） 树林正确的恋爱观提倡志同道合、有默契、相互喜欢的爱情：在恋人的选择上最重要的条件应该是志同道合，思想品德、事业理想和生活情趣等大体一致。摆正爱情与学习、事业的关系：大学生应该把学习、事业放在首位，摆正爱情与学习、事业的关系，不能把宝贵的大学时间，锻炼自身的时间都用于谈情说有爱而放松了学习。 相互理解、相互信任，是一份责任和奉献。爱情是奉献而不时索取，是拥有而不是占有。身边的人与事时刻为我们敲响警钟，不再让悲剧重演。生命只有一次，不会重来，大学生一定要树立正确的爱情观。（三） 发展健康的恋爱行为 在当今大学校园，情侣成双入对已司空见惯。抑制大学生恋爱是不实际的，大学生一定要发展健康的恋爱行为。与恋人多谈谈学习与工作，把恋爱行为限制在社会规范内，不致越轨，要使爱情沿着健康的道路发展。正如马克思所说：“在我看来，真正的爱情是表现在恋人对他的偶像采取含蓄、谦恭甚至羞涩的态度，而绝不是表现在随意流露热情和过早的亲昵。”（四） 爱情不是一件跟风的事儿。很多大学生的爱情实际上是跟风的结果，是看到别人有了爱情，看到别人幸福的样子（注意，只是看上去很美），产生了羊群心理，也就花了大把的时间和精力去寻找爱情（五） 距离才是保持爱情之花常开不败的法宝。爱情到底需要花多少时间，这是一个很大的问题。有的大学生爱情失败，不是因为男女双方在一起的时间太少，而是因为他们在一起的时间太多。相反，很多大学生恋爱成功，不是因为男女双方在一起的时间太少，而是因为他们准确地把握了在一起的时间的多少程度。（六） 爱情不是自我封闭的二人世界。很多人过分的活在两人世界，对身边的同学，身边好友渐渐的失去联系，失去了对话，生活中只有彼此两人；班级活动也不参加，社外活动也不参加，每天除了对方还是对方，这样不利于大学生健康发展，不仅影响学习，影响了自身交际和合作能力。总结：男女之间面对恋爱，首先要摆正好自己的心态，树立自尊、自爱、自强、自重应有的品格，千万不要盲目地追求爱，也不宜过急追求爱，要分清自己的条件是否成熟。要树立正确的恋爱观，明确大学的目的，以学习为第一；规划好大学计划，在不影响学习的条件下，要对恋爱认真，专一，相互鼓励，相互学习，共同进步；认真对待恋爱观，做健康的恋爱；总之，我们大学生要树立正确的恋爱观念，让大学的爱情成为青春记忆里最美的风景，而不是终身的遗憾！