制定测试策略（什么时候测什么）
我将移动测试分为三种类型，分别是基础测试、进阶测试和产品测试，其中基础测试是产品能正确并快速交付的基本保障，扩展测试主要是为了增强软件系统的健壮性，而产品测试主要是通过产品角度以及用户角度去思考而进行的测试。下面分别列举了常见的三种类型测试。
基础测试
- 功能测试 (Function Test)[1] 。
- 集成测试（Integration Test ）
- 单元测试（Unit Test）
- 契约测试（Contract Test）[2]
进阶测试
- 兼容测试（Compatibility Test）
- UI视觉测试（UI Visual Test）
- 性能轮廓（Profiling）
- 安全测试（Security Test）
- 异常测试（Exception Test）[3]
- 猴子测试（Monkey Test）
- 安装、升级和卸载测试（Install、Upgrade and Uninstall Test）
- 耐久测试（Endurance Test）
- 耗电测试（Power Consumption Test）
- 流量测试（Network Traffic Test）
- 其他硬件功能专项测试[4]
产品测试
- 易用性测试（Usability Test）
- A/B测试（A/B Test）
- 产品在线测试（Product Verification Test or Product Online Test）
- 用户测试（Customer Test）[5]
制定测试架构(被测系统，测试策略实施的架构关系)
通过测试优先级表，我们获得了简易版的测试策略，然后就应该制定测试架构了。由于嵌入式软件的特殊性，其测试架构也与常规的桌面系统和服务器系统有一定的区别。下图为针对上面样列测试策略相对应的功能测试架构：
这里只指明了功能测试，其他的可以自动补充。
通过这个架构图，可以比较系统以及直观的了解各种类型测试的分布、关系和测试系统的架构等。