1. 持续集成->持续发布->DevOps


  2. Testin


  3. 软件的移动化，要求软件具备跨终端、跨网络、跨地区、个性化、更新升级速度快等特性，给软件测试带来了更大难度、更多复杂性和更高的成本。


  4. 移动APP测试的总体状况、APP测试的工具、专项测试


  5. UI自动化框架

    接口、单元、专项、安全、大数据


  6. Appium 是 WebDriver的继承者和开拓者


实际项目中的专项实践流程：

一、项目需求阶段

开发没有编写代码，测试没有编写测试用例，仅仅都在做项目需求和研发架构的确定。

1）需求说明书

2）系统分析

（1）系统或者模块架构

（2）系统或者模块的交互时序图

（3）每个模块的详细的业务描述

（4）本次新增哪些功能

（5）本次哪些模块、系统会有升级

（6）影响的风险评估

（7）API的描述以及详细的参数类型列表

3）测试分析

（1）本次测试的功能点范围

（2）详细的业务描述以及业务对应的前后端的系统时序图

（3）每个业务对应的测试点，类似于checklist

（4）每个模块的测试负责人等相关信息


此阶段专项人员需要做的事情：

1）需要深入去了解被测产品的研发架构，对产品有一个全面的理解。

2）需要去制订详细的专项测试计划。比如测试会选用哪些机型，哪些版本号，会测试哪些网络等。

3）需要去深入了解被测产品到底有哪些需要专项特别注意的功能点，比如说定位服务等。

4）需要紧跟开发人员每天check in的代码。

5）需要去评估哪些场景要测试哪些专项，哪些专项可能技术上攻克有困难等。


二、功能测试与修复bug


三、集成测试与灰度测试



专项基线：基线的指标很多，几乎可以说每个专项背后都是有基线的，比如CPU、内存、内存泄漏、图片大小、流量大小、弱网响应、界面渲染等。

每一项都是需要有具体的数据作为基线标准，数据的获取方法和详细程度在专项的基线中有着决定性的意义。比如：

1）客户端中的小缩略图流量控制在小于5KB

2）客户端中的中缩略图流量控制在25KB左右

3）客户端中的大缩略图流量控制在50KB左右