智能家居控制系统软件测试报告

编号：ZNSH-1.0.0
智能家居控制系统
软件测试报告
[V1.0.0]
单位：嘉兴学院数理与信息工程学院
测试人员：周伟专业：软件工程
学号：************
2017年12月
目录
1 简介 (3)
1.1 编写目的 (3)
1.2 项目背景 (3)
1.3系统简介 (3)
1.4 数据库设计 (4)
1.4.1 数据库设计概述 (4)
1.4.2 数据分析 (4)
1.5 数据库的详细设计 (5)
1.5.1 数据库的E-R图的设计 (5)
1.6参考资料 (6)
2 测试概要 (6)
2.1测试用例设计 (6)
2.2测试环境与配置 (10)
2.3测试方法(和工具) (11)
2.3.1 白盒测试 (11)
2.3.2 黑盒测试 (13)
3 测试结果及缺陷分析 (14)
3.1 测试执行情况与记录 (14)
3.1.1 测试计划 (16)
3.1.2 测试版本 (16)
3.2 覆盖分析 (17)
3.2.1 需求覆盖 (17)
3.2.2 测试覆盖 (17)
3.3 缺陷的统计与分析 (18)
4 测试结论 (20)
1简介
1.1编写目的
本本测试报告为智能家居控制系统的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。

测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。

1.2项目背景
智能家居现作为一个新生产业，处于一个导入期与成长期的临界点，市场消费观念还未形成，但随着智能家居市场推广普及的进一步落实，培育起消费者的使用习惯，智能家居市场的消费潜力必然是巨大的，产业前景光明，今后也必将成为家居领域发展的趋势。

且制造企业在产业调整和转型中，都需要运用到大数据。

今后，数据将成为推进社会进步的第四生产力，市场潜力巨大。

在智能家居控制系统中，用户可以直接对安防、监控、灯光、窗帘、电器、影音娱乐、多屏互动等家居进行管理和操作，但必须由中心管理员进行权限授予。

中心管理员的账号唯一，是由家居控制系统设计员进行的不可修改初始密码，管理员拥有绝对权限，并可赋予其他成员使用权限。

1.3系统简介
利用层次图来表示系统中各模块之间的关系。

层次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。

树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表各个数据的子集，最底层的各个矩形框代表组成这个数据的实际数据元素。

随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要。

从对顶层信息的分类开始，沿着图中每条路径反复细化，直到确定了数据结构的全部细节为止。

本系统分为用户端和管理端，共有八个模块，每个模块之间虽然在表面上是相互独立的，但是在对数据库的访问上是紧密相连的，各个模块访问的是同一个数据库，只是所访问的表不同而已。

每个模块的功能都是按照在调研中搜集的资料进行编排制作的。

依据上述功能的分析，除去解释模块信息管理模块和物理地址信息管理模块，系统在其他六个模块的基础上有的模块又可分为几个小模块：
1.用户注册模块包括一个模块：个人信息注册。

2.发布信息模块包括一个模块：个人反馈信息。

3.用户中心模块包括三个模块：修改基础信息、管理已反馈信息、设备使用记录。

4.搜索功能模块包括一个模块：搜索各类设备信息。

5.用户管理模块包括两个模块：用户权限管理、反馈信息管理。

6.家居设备信息管理包括两个模块：端口信息管理、指令信息管理、状态反馈信息管理。

系统的功能结构如图1-1所示。

图1-1 系统功能结构图
1.4数据库设计
1.4.1数据库设计概述
数数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建设中的核心技术，具体的说，数据库设计是一个给定的应用环境，构造最优的用户的应用需求（信息要求和处理要求）。

这个问题是我们在进行软件开发时期的主要研究方向。

人们在总结信息资源开发、管理和服务的各种手段时，认为最有效的是数据库技术。

从小型的单项事务处理系统到大型复杂的信息系统大都用先进的数据库技术来保持系统数据的整体性、完整性和共享性。

本网站采用SQL Server 2005来进行设计。

在设计数据库时，首先应考虑表的设计，在数据库中，表(又称基表或数据表)是最重要的对象，它是用来存储用户数据的对象，它不仅是数据操作的源点，也是数据操作的汇点。

因此，数据表的合理划分应该是数据库设计首要解决的问题。

随着信息的发展，数据库中的数据量越来越大，因此不能把管理系统中的数据存放在一张表中，否则在数据操作过程中会产生插入异常、删除异常、修改异常等错误。

也不能把数据分得太细，若分得太细，表数太多，那么表间的关联必然越多，这样不但会增加表间关联的成本，而且会影响数据库的运行效率，操作代码也难于编写。

1.4.2数据分析
数据分析过程同数据库的逻辑结构和物理结构密切相关，需要确定、编制、组织、筛选应用程序所使用的信息。

它以一种能够分析和分类的方式来捕获用户的所有信息，这使得某一模型可以直接转化成数据库结构。

我们使用一种信息建模技术，这种技术是通过实体、关系、属性三种基本对象来定义信息。

实体是需要维护和使用的相关特性的集合体；属性是实体的特性或特征；关系是实体之间的联系，关系为实体记录（实例）之间的联系和交互作用方式建立了模型。

要确定实体和关系的性质，用户必须确定单个实体和他们相关的属性。

为每个对象定义一个完整的与商业相关的描述以及他单独使用的要求，这也包括确定此实体是否使用应用程序的永久需求，每种关系的基本定义使用了商业定义和与关系相连接的需求。

在为实体确定相关的属性过程中，也需要确定此实体的主键和索引，并且要确定在每个实体中怎样组织这些属性，确定属性的数据类型和它是否为空值。

在高层次的描述过程中，还可以确定所有扩展属性信息，包括长度、格式、编辑风格、校验规则和初始值。

单独实体的属性被组织起来，用户就能够开始以某一种组织方式来给实体分类。

用户必须通过关系，来为实体分组的方式确定分类模式，这是抽象化的初始层，或者说是通过隐藏模糊的信息来提高对分析的理解，通过将数据分类成组，就产生了相关分组的不同类型，这样，更加易于观察和分析。

1.5数据库的详细设计
1.5.1数据库的E-R图的设计
E-R在设计数据库时，应考虑以下事项。

1．数据库的用途及该用途将如何影响设计，应创建符合用途的数据库计划。

2．数据库规范化规则，防止数据库设计中出现错误。

3．对数据完整性的保护。

4．数据库和用户权限的安全要求。

5．选择适合该网站的数据库开发平台。

6．数据库维护。

本网站可以从两种不同用户的角度来划分功能，即前端用户操作模块，后端管理员操作模块。

前端用户操作模块主要包括个人、终端显示操作、信息反馈、设备信息查询，前端用户操作模块E-R 图如图1-2所示。

图1-2前端用户操作模块E-R图
对于智能家居控制系统来说，一个完善的后台管理系统可以完成对整个智能家居体系的管理，可快速
调用设备以及用户操作的数据信息，并对其实施全程监控，使得设备的安全性时刻都能得到保证。

后台管理员可以对设备进行管理和维护，还可以对用户以及设备的访问使用权限信息进行管理，其E-R图如图1-3所示。

图1-3后端管理员智能家居体系信息管理模块E-R图
1.6参考资料
[1] [德]Spillner，Linz，[挪]Schaefer著，刘琴等译,《软件测试基础（第2版）》,人民邮电出版社，2009年4月
[2]朱少民，《软件测试方法和技术》，清华大学出版社, 2005年7月
[3]教育部考试中心/教育部考试中心，《全国计算机等级考试四级教程- - 软件测试工程师(2008年版) 》，高等教育出版社，2007年9月
[4]赵斌，《软件测试技术经典教程（第二版）》，科学出版社，2011年3月
[5][美]Paul C.Jorgensen,《软件测试（原书第2版）》，机械工业出版社，2007年4月
2测试概要
测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。

（其他测试经理和质量人员关注部分）
2.1测试用例设计
●智能家居控制系统
●内部版本号：V 1.0.0。

●测试用例的编号：智能家居控制系统用户功能模块NO.1
●测试用例的测试目标：用户可以直接对安防、监控、灯光、窗帘、电器、影音娱乐、多屏互动等家居进行控制和查询。

●功能模块名：用户功能模块
●测试用例的测试运行环境：windows 7，Android 6.0
●开发人员：周伟
●前置条件：能对数据库进行访问
●测试期望的结果：系统访问数据库信息，并准确的返回给用户。

●测试执行日期：2017.11.07
测试用例矩阵法分布
测试用例矩阵法再次分布
●智能家居控制系统
●内部版本号：V 1.0.0。

●测试用例的编号：智能家居控制系统用户功能模块NO.2
●测试用例的测试目标：用户可以直接对系统进行反馈和建议，中心管理员进行审查和整理。

●功能模块名：用户功能模块
●测试用例的测试运行环境：windows 7，Android 6.0
●开发人员：周伟
●前置条件：能对数据库进行访问
●测试期望的结果：系统访问数据库信息，并准确的返回给用户。

●测试执行日期：2017.11.12
测试用例矩阵法分布
●智能家居控制系统
●内部版本号：V 1.0.0。

●测试用例的编号：智能家居控制系统管理员功能模块NO.3
●测试用例的测试目标：管理员可以直接对安防、监控、灯光、窗帘、电器、影音娱乐、多屏互动等家居进行权限控制和路线修复。

●功能模块名：管理员功能模块
●测试用例的测试运行环境：windows 7，Android 6.0
●开发人员：周伟
●前置条件：能对数据库和系统进行访问
●测试期望的结果：管理员控制调试系统，系统给调用数据库，并赋予回应。

●测试执行日期：2017.11.07
测试用例矩阵法分布
●智能家居控制系统
●内部版本号：V 1.0.0。

●测试用例的编号：智能家居控制系统功能模块NO.4
●测试用例的测试目标：系统自动调控检测设备，并收集设备日志反馈结果，修复部分设备异常通信。

●功能模块名：系统功能模块
●测试用例的测试运行环境：windows 7，Android 6.0
●开发人员：周伟
●前置条件：能对数据库和系统进行访问
●测试期望的结果：系统调用数据库，记录日志并赋予回应。

●测试执行日期：2017.11.07
●智能家居控制系统
●内部版本号：V 1.0.0。

●测试用例的编号：智能家居控制系统管理员功能模块NO.5
●测试用例的测试目标：管理可以对系统指令集、端口集、应用适配程序进行调用和修改。

●功能模块名：管理员功能模块
●测试用例的测试运行环境：windows 7，Android 6.0
●开发人员：周伟
●前置条件：能对数据库进行访问
●测试期望的结果：系统访问数据库信息，并准确的返回给管理员。

●测试执行日期：2017.11.07
2.2测试环境与配置
CPU：Intel(R)Core(TM)*******************.40Ghz
内存：32.0 GB
硬盘：2TB
操作系统：window 7旗舰版
应用软件：jboss（应用服务器），windows 自带的IIS(公司主要用于连接水晶报表)
测试环境服务器配置：CPU ：2核；内存：4GB(I/O 优化)；带宽 5Mbps
测试机配置：CPU ：8核；内存：16G ；Speed ：1000Mb/s
客户端配置：系统：Android6.0；CPU ：晓龙820；内存：6.0GB ；储存：64GB
2.3 测试方法(和工具)
2.3.1 白盒测试
具有白盒测试特点的程序代码：
Int IsLeap(int year)
{
1 if(year % 4 == 0)
{
2 if(year % 100 == 0)
{
3 if(year % 400 == 0)
4 leap = 1;
5 else
6 leap = 0;
}
7 else
8 leap = 0;
}
9 else
10 leap = 0;
11 teturn leap; } 1
4
2
35,6
119,107,8c
a b f
d e g
h i j
1. 语句覆盖：
2.
3.
/
4.条件
6.路径覆盖：(1)程序图
(2)列出路径
路径一：a→b
路径二：c→d→e
路径三：c→f→i→j
路径四：c→f→g→h
(3)具体测试用例
用IsLeap（2001）测试路径一；
用IsLeap（2004）测试路径二；
用IsLeap（1900）测试路径三；
用IsLeap（2000）测试路径四；
2.3.2黑盒测试
在智能家居控制系统中，有如下功能描述：
（1）用户：若未绑定注册码，则基础权限为20，可以使用基础指令；若绑定注册码，则权限值大于20小于等于90，则可以使用中级指令；
（2）管理员：若未绑定注册码，则基础权限为0，不可以使用指令；若绑定注册码，则权限值等于100，可以使用最高权限指令集。

首先，列出原因和结果，如表所示：
然后，画出因果图，如图所示：
最后，转换为决策表，如图所示：
3测试结果及缺陷分析
该部分主要汇总各种数据并进行度量，度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。

3.1测试执行情况与记录
描述测试资源消耗情况，记录实际数据。

Bug记录日志
3.1.1测试计划
3.1.2测试版本
该软件测试报告的测试版本为智能家居控制系统V1.0。

3.2覆盖分析
3.2.1需求覆盖
根据需求，我们对此次的五个需求用例进行了测试，测试如下：
根据测试结果，按编号给出每一测试需求的通过与否结论。

P表示部分通过，N/A表示不可测试或者用例不适用。

我们得出需求覆盖率为100%。

3.2.2测试覆盖
实际上，测试用例已经记载了预期结果数据，测试缺陷上说明了实测结果数据和与预期结果数据的偏差；
测试覆盖率计算=执行数（1000or800）/用例总数(1000or800) ×100％=100%
3.3缺陷的统计与分析
依据测试范围可以看出，测试覆盖了智能家居控制系统中的所有单据功能点以及代表性的性能测试场景。

现分别描述测试结果要点。

3.3.1 Bug类型统计
3.3.2测试阶段Bug统计
3.3.3严重程度统计
备注：“1”表示“严重”；“2”表示“高”；“3”表示“中”；“4”表示“低”。

3.3.4状态统计
bug状态统计图
Closed, 422
Resolved, 5
Active, 0
Closed Resolved Active
备注：Closed表示已关闭；Resolved表示已解决；Active表示活动。

3.3.5功能测试结果分析
1、单元测试和功能测试发现了整个测试阶段的75.3%的bug，符合软件bug出现规律；
2、按照bug类别划分，代码错误占整个bug数量的56.1%，接近软件业界bug类别的标准60%。

3、占整个bug数量27.4%的严重级别的bug都已经解决且关闭，解决率达到100%；
3.3.6性能测试结果分析
1、从测试结果值可以看出，所选择的性能测试场景的性能结果全部符合指标；
2、在并发30台虚拟设备时响应时间小于1秒，服务器CPU使用率为10%，性能结果符合业务要求；
3、使用频率比较大的单据在并发运行80台虚拟设备时，响应时间都不超过1秒，服务器CPU使用率最大值为25.23%，符合用户业务操作要求；
4、登录场景稳定性测试中，在并发运行40台虚拟设备，连续运行2个小时后响应时间为1.262秒，
服务器CPU使用率为27.475%，各项性能值均达标，也符合用户的业务操作要求。

4测试结论
本次测试完全依照现有的功能模块和单据进行功能和性能测试，功能测试覆盖率100%，性能测试场景具有操作代表性。

根据测试结果可以得出：在当前的服务器软硬件、网络环境下软件系统功能符合验收标准，性能测试结果达到性能指标也符合验收标准。

需求提出方可以在使用该系统的基础上，继续搜集用户的使用需求反馈，以便在今后的版本中补充并完善。