测试开发工作流

如需将测试集成到平台连续测试服务，测试就应该符合本页面中的准则并遵循以下建议流程。

1. 使用 Soong 构建系统以实现简单的测试配置。
2. 使用 Test Mapping 直接在 Android 源代码树中创建提交前和提交后测试规则。
3. 使用 Atest 在本地运行测试。

测试类型

支持的测试类型包括：

• 插桩测试，这种测试支持功能测试和指标测试。如需获取常规应用测试指导，请参阅测试您的应用。
• GoogleTest (GTest) 支持以下测试类型：
  • 使用 GTest 框架进行的功能 GTest
  • 使用 google-benchmark 进行的指标测试
• 使用 JUnit 进行的 JAR 主机测试

功能测试对测试用例进行通过或未通过测试的断言，而指标测试通常重复执行操作以收集时间指标。

采用标准化的输入/输出格式后，不再需要对每个测试进行自定义结果解析和后处理，并且通用自动化测试框架可用于符合惯例的所有测试。如需了解 Android 附带的连续测试框架，请参阅 Trade Federation 概览。

测试用例准则

通过连续测试服务执行的测试用例应该是封闭测试，也就是说，所有依赖项均已声明并与测试一起提供。如需了解此原则，请参阅 Google Testing Blog 网站上的“Hermetic Servers”一文。简而言之，封闭测试无需：

• 登录 Google 账号
• 配置连接（电话/Wi-Fi/蓝牙/NFC）
• 传入测试参数
• 由自动化测试框架对特定的测试用例执行设置或拆解