接口的测试实践与经验.pptx

接口自动化测试方案及平台 —飞信项目接口测试实践 接口测试各种测试策略 收获与经验 业务支撑现状 测试遇到的挑战 Server 服务支撑现状 服务活跃用户近亿：支撑全国近一亿活跃用户 支持多种客户端：支持超过十种客户端的同时运营 支撑近几千人团队：支撑几千人的运营运维团队 业务转型带来的挑战 互联网时代的快速迭代，快速发布版本 多种系统架构共存 敏捷开发模式与传统开发模式交替共存 分省运营、灰度发布 测试金字塔及业务分析 客户端模拟测试策略 内外部接口测试策略 脚本组织与演示 接口测试各种测试策略 收获与经验 测试金字塔与业务测试分析 Unit Server UI 1. UI界面层 2. 业务逻辑层 3. 数据处理层 投入产出比 功能验证测试 兼容性与用户测试 客户端模拟测试 内外接口测试 SDK接口测试 单元测试 CodeReview Server 测试对象梳理 模拟客户测试：server测试时需要同时模拟多个客户端进行测试 多系统集成测试：与飞信内部、移动支撑运营系统以及其他外部系统集成测试 通用接口测试：需要飞信提供给内外部众多的通用接口进行测试 自定义接口测试：需要对飞信众多自定义接口进行测试 客户端模拟 Server端 客户端 协议模拟---协议管理 协议格式 协议模板 组织方式 测试脚本参数组织 账户信息 初始化函数 恢复函数 协议信息参数化 集群项目的测试模拟 前置条件 被测系统发送请求 返回请求 下发请求通知 （根据请求内容下发通知） 被测系统 模拟系统 模拟测试系统发送请求 通用接口测试 接口测试工具：测试人员只需按照协议规范设置自己需要测试的参数即可完成请求的组织过程。使用非常方便快捷 接口自动化测试：通过对接口输入和输出标准化定义，实现接口自动化测试，其前置条件可以配置或者根据协议自动化平台设置 自定义接口测试 测试工具与自动化测试：相对于接口自动化测试工具更为简单快捷、易于开展测试。但对于接口众多的系统来说进行自动化测试非常必要，但需要跟多的考虑前置条件和初始化及系统恢复 SDK：“软件开发工具包”。广义上指辅助开发某一类软件的相关文档、范例和工具的集合，也可以简单的为某个程序语言提供应用程序接口API的一些文件。 用例后台执行过程 基础信令模板 协议验证 协议解析 路由选择 SIPC执行引擎 WAP接口引擎 HTTP执行引擎 测试用例 协议场景 SDK接口引擎 …… 自动化平台演示 从TD读取测试用例 配置协议参数数据 生成协议业务场景 生成 或导入测试计划 生成测试任务并执行 配置选择协议信息 测试结果展示上传 自动化测试的应用 产品需求 用例分析（内部优化类需求不需提供） 核心业务逻辑 技术方案 服务维护手册 数据库设计 协议设计 自动化测试脚本 程序代码 测试用例 性能测试方案 单元测试 功能测试 性能测试 厂商预演 现网部署 用户使用 部署方案 自动回归测试跨site测试 手机测试 功能部署 环境检测 单功能测试 厂商环境测试 目录 接口测试带来的收获 接口测试的一些经验 接口测试各种测试策略 收获与经验 自动化测试收获 测试效率提升50%：通过自动化测试，整体测试效率提升50%以上。BVT用例、灰度测试以及版本任务测试 覆盖率提升10%以上：比如心跳，强制短信、短信回复、消息稳定率（7*24）测试、电量、内存等测试 意外的收获 业务资产库：通过长期的脚本编写及其运行验证积累，形成了公司业务架构最完善的资产库 业务优化依据：通过对业务架构分析，针对性的对业务架构优化，为产品更好的服务用户提供依据 自动化测试是可信的 测试脚本评审：每一个测试信令场景必须通过评审 定时任务检查：通过评审的信令场景加入定时任务，连续运行监测其正确性 与测试版本同步：在版本测试任务同时，进行自动化测试，检查其脚本的正确性 测试交付：通过评审，最近两周定时任务连跑中通过率超过95%，IM基础功能和测试模块,在版本任务中测试验证过两次以上 自动测试与流程结合 持续集成、为构建快速反馈 统一用例管理 自动化测试用例和手工测试用例实现统一管理 自动生成TD自动生成计划，执行完成结果自动上传TD 定时任务跟踪分析：测试人员对定时任务结果进行简单分析 自动测试与业务结合 账号池的建立：通过统一账号管理，实现对不同账号的管理（不同环境的账户、不同site的账户管理） 跨site灰度测试：通过执行策略，分账户实现功能之间灰度测试 二次连跑：针对协议测试的不确定情况，设置了连跑模式，可以设置不同的连跑模式（连跑、二次连跑、直到通过等） 讨论！