项目实战——物联网应用平台测试报告

1. 测试介绍

1.1 测试对象

测试对象是本项目——物联网应用平台，主要测试点如下：

1. 用户管理模块

• 用户登录
• 用户注册
• 用户提交反馈意见
• 用户找回密码（包括发送验证邮件和覆盖原有密码）
• 用户修改个人信息
• 用户修改密码
• 用户修改绑定的手机号
• 获取用户基本信息
• 用户修改上传头像

1. 设备管理模块

• 获取用户设备种类及数量
• 查询某设备是否存在
• 用户添加设备
• 用户移除设备
• 获取某设备详细信息
• 修改某设备详细信息
• 获取某设备累计数据信息列表
• 获取某设备历史位置信息列表

1. 设备数据可视化模块

• 获取用户个人所有设备ID列表
• 获取网站统计信息

1.2 测试目的

在已经规定好的条件下对本项目进行测试，目的在于通过测试去发现软件中程序的错误或者是BUG，衡量软件的质量，然后对软件是否满足最初的要求或者初衷做出一个正确的判断。

1.3 测试范围

采取黑盒测试的方法，对各模块的基本功能进行测试，包含用户管理模块、设备管理模块、设备数据可视化模块等。

2. 测试基础

2.1 测试环境

2.1.1 软件运行环境

表2-1 客户端软件配置

2.1.2 硬件运行环境

2.1.2.1 服务器端

表2-2 服务器1硬件配置

表2-3 服务器2硬件配置

表2-4 服务器3硬件配置

2.1.2.2 客户端

表2-5 个人客户端硬件配置

2.2 版本信息

物联网应用平台版本v1.0.0_beta

测试报告版本v1.0

3. 测试方法

3.1 静态测试和动态测试

静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。

动态方法是指动态测试是通过运行软件来检验软件的动态行为和运行结果的正确性。通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。

3.2 黑盒测试、白盒测试和灰盒测试

黑盒测试是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。其以用户的角度，从输入数据与输出数据的对应关系出发进行测试，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，即清楚盒子内部的东西以及里面是如何运作的。”白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。”白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。

灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。

3.3 手动测试和自动化测试

手动测试是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。

自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中节省了人力、时间或硬件资源，提高了测试效率。

等价类划分和边界值分析法

等价类划分法将程序所有可能的输入数据（有效的和无效的）划分成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。利用这一方法设计测试用例可以不考虑程序的内部结构，以需求规格说明书为依据，选择适当的典型子集，认真分析和推敲说明书的各项需求，特别是功能需求，尽可能多地发现错误。等价类划分法是一种系统性的确定要输入的测试条件的方法。

由于等价类是在需求规格说明书的基础上进行划分的，并且等价类划分不仅可以用来确定测试用例中的数据的输入输出的精确取值范围，也可以用来准备中间值、状态和与时间相关的数据以及接口参数等，所以等价类可以用在系统测试、集成测试和组件测试中，在有明确的条件和限制的情况下，利用等价类划分技术可以设计出完备的测试用例。这种方法可以减少设计一些不必要的测试用例，因为这种测试用例一般使用相同的等价类数据，从而使测试对象得到同样的反映行为。等价类划分的方法分为两个主要的步骤，划分等价类型和设计测试用例。

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。

边界值测试与等价划分的区别如下：

• 边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件。
• 边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。

4. 测试用例

表4-1 物联网应用平台测试用例设计

5. 测试结果

5.1 测试用例执行情况

表5-1 测试用例执行情况

5.2 测试结果

5.2.1 执行情况

5.2.2 通过情况

6. 缺陷指标

6.1 缺陷摘要

表6-1 缺陷摘要

6.2 缺陷跟踪曲线

7. 测试风险

7.1 需求风险

对软件需求本身认识的不清晰，或者甲方对产品的需求特性的理解总结有偏差，或者测试人员对软件需求认知不准确，都会导致最终开发出的产品不是用户真正需要的，不符合用户实际对功能的需求。此外，需求变更后，测试用例的不及时更新也会导致测试风险。

7.2 测试环境风险

测试人员在测试的过程中所使用的测试环境，不一定符合用户在实际使用时的真实环境，即使原则上要求两者完全一致，但实际上这样的模拟与用户不同场景下的使用存在一定的偏差，这样就存在了一定的测试环境风险，由于软件的某些功能只有在特定的条件下（包括硬件、网络、操作系统、flash插件、WebGL、WebSocket和软件的不同版本）才会发生缺陷，因此测试环境的不完全性会导致测试风险的产生。

8. 后续处理措施

表8-1 后续处理措施