APP 产品简介
跑步机外设 APP 是运行在 Android 平板电脑上的客户端程序，最新版本主要功能包含跑步数据显示模块、音视频模块和历史数据模块。
产品特点：公司只提供某一类型的 Android 平板。注册用户数 4k 多，不是很大量。而且由于是给用户跑步时使用，所以主要是显示功能。

测试点设计

根据项目的特点，在有限的时间内，我选择对产品开展以下测试：

• 功能测试： 当然这是基本的必须测的。测试方法上如何规划呢：由于产品多是包含展示的功能，需要用户操作的功能比较少，触发操作多是些 APP 外的操作，比如用户跑步。所以，所有功能除需要手工测试一遍之外，对于基本功能的测试可以使用接口自动化测试方法。那么哪些功能要自动化呢：由于是 1.1 版本，功能少且都是基本功能，所以三个模块中的用户常规操作都将设计自动化用例。比如上面图中的手机号登录。而这些自动化测试可作为每个版本的冒烟测试。
• 性能测试： APP 端的性能测试，主要考虑内存和 cpu 的性能测试。 内存测试： 内存测试主要为了避免内存泄露，那么用什么策略来测呢： 可以对核心操作进行重复操作，对本 APP 来说，我们可以让跑步机一直运转，使数据记录功能一直运行，相当于悬浮窗数据记录部分一直在记录和显示；音视频模块，我们可以一直打开某音视频 APP，再关闭，再打开，不断重复；历史数据模块我们可以点击历史记录，再推出，再打开，不断重复。重复进行一些操作，然后用 MAT 工具进行分析。 cpu： 可以分三种状态时分别进行检测：空闲状态、半满额状态和满额状态。

性能测试什么时候开展呢？通常在新版本出来时进行性能测试，在程序新版本上线前必须通过性能测试。通过的标准：无潜在内存泄露问题和 cpu 占用率分别不大于。。

• 兼容性测试： 由于 APP 是伴随硬件产品发布的，只运行固定的两种设备上，且是由我们控制的，所以兼容性测试可以只测试 Android 的两种型号的硬件设备，操作系统只需要测试 Android 4.x 和 5.x。这项测试目前阶段可以使用纯手工测试。
• 弱网测试： 由于产品是部署在健身房中，而通常健身房自身的网络环境都很差，WiFi 的带宽本身就不高，且使用的人又很多，所以产品经常处在弱网的环境中。所以有必要进行弱网测试。 我们可以通过代理的方式模拟弱网环境。主要思路：手机和 PC 电脑连接同一个 WiFi，在电脑上开启代理软件，然后修改手机上的网络设置，将代理指向电脑上对应的代理 ip 和端口。由于手机流量经过电脑，电脑上的网络状况模拟就会影响手机的网络状况。 网络模拟工具可以选择 Network Link Conditioner。测试功能可以选择核心功能手工测试。过程中观察加载速度，加载过程显示，显示速度，是否有崩溃/无响应等情况。
• 稳定性测试： 稳定性问题包括无端 crash，无响应，系统错乱，会对用户体验造成极大的影响，直接影响用户弃用我们的产品，特别是我们的产品是放在健身房的公共设备，用户使用都很随意，稳定性问题出现的概率更高。 我们可以使用 Monkey 进行稳定性测试，每天下班后跑上 monkey，设定跑一晚上，第二天早上分析 log 结果。由于产品无键盘操作，键盘操作可不要；由于我们的 APP 被强制作为桌面，用户没有途径进入其他 APP，所以启动 activity 事件比例降低。在运行 monkey 的同时，要让跑步机一直运行来采集数据，使数据记录功能一直运行。

测试阶段
每个版本出来后进行集成测试，此时为集成测试阶段，此阶段一般分配在开发完成某个开发版本之后 2 天。
所有功能开发完成后，进入系统测试阶段，一般给 3 天时间。
系统测试阶段完成后，开发解 bug，之后进入回归测试阶段，此阶段一直持续到达到可发布标准。

发布标准
版本可发布的标准为：此版本规定的所有系统功能已实现完成，无 P1 bug，crash 次数<5 次，且 crash 后可重新启动，ANR 次数<1 次。