本期导读：本期测试技术重点关注消息队列的应用，接口问题定位之业务流向，后端测试依旧关注性能测试和Jmeter的新特性，移动测试主要关注Android的测试，通用测试依旧为大家带来一篇关于docker方面的技术文章。
原创文章
在面向企业级的运用中，各种中间件被广泛运用，对于多并发的应用，为了解决服务器处理性能的差异问题，普遍使用消息队列作为非实时性（或实时性）请求的转发与控制，一般可用来支持分布式请求系统、事务最终一致性，高吞吐系统，请求缓存池等架构方案。将消息队列运用在测试工具开发过程中，带来更加健壮的服务性能以外，同时能带来更多的试用价值，本文从几个实例出发，抛砖引玉，探讨消息队列运用在测试工具开发过程中所带来的多重效益。
什么是业务流向？利用我们的定位平台，操作一下APP，就能看到该操作所触发的后端请求，但是你知道这些请求在后端的具体业务逻辑吗？业务流向就是利用抓取的日志，获取接口在后端各个模块间的业务调用关系，并输出各个模块的请求和响应信息。开发或测试同学，利用这些信息，可立即定位到问题所属模块，并可以加深对后端业务的理解。
移动测试技术
现在很多App里都内置了Web网页（Hyprid App），比如说很多电商平台，淘宝、京东、聚划算等等,但是 WebView 使用过程中存在许多漏洞，容易造成用户数据泄露等等危险，而很多人往往会忽视这个问题,本文将全面介绍Android WebView的使用漏洞及其修复方式
本文将介绍如何在Android Studio中配置工程用于测试，在开发机器上编写并运行单元测试，以及如何在手机上做功能UI测试。你会学到什么：1.更新包含JUnit和Android Testing Support Library的Gradle构建文件;2.编写运行在本机Java虚拟机上的单元测试;2.编写运行在手机或者虚拟机上的Espresso测试
后端测试技术
在对互联网服务进行服务端性能测试时，主要关注两方面的性能指标，业务指标：如吞吐量(QPS、TPS)、响应时间(RT)、并发数、业务成功率等，资源指标：如CPU、内存、Disk I/O、Network I/O等资源的消耗情况 本文主要介绍一些广泛适用的、基本的资源指标以及这些指标在Linux服务器的获取方式。
一直以来，JMeter Plugins为我们提供了很多高价值的JMeter插件，比如:用于服务器性能监视的PerfMon Metrics Collector，用于建立压力变化模型的Stepping Thread Group，用于Json解析的JSON Path Extractor，用于展示响应时间曲线的Response Times Over Time，用于展示TPS曲线的Transactions per Second在以前，这些插件的安装还是一个纯手工的方式：所有插件分为四个集合包，首先需要找到包含目标功能的集合包-下载该依赖包-拷贝的合适的路径-重启JMeter。这样的过程对于刚接触JMeter的新人来说，可能稍显繁琐。
通用测试技术
精准测试我的理解是针对应用代码的变更，更有针对性的测试变更的地方，那么好处提升测试效率，节省测试资源，测试目的更加明确，减少漏测
Docker+Selenium Grid构建分布式Web测试环境
当前容器技术不断发展，越来越多的应用部署到容器上，改变了软件部署的方式。因此我们考虑利用Docker容器技术并且结合SeleniumGrid来搭建一套Web分布式测试集群。
测试杂谈
经常听到开发人员抱怨 ，“这么烂的代码，我来重构一下！”，“这代码怎么能这么写呢？谁来重构一下？”，“这儿有个坏味道，重构吧！”，作为一名QA，每次听到“重构”两个字，既想给追求卓越代码的开发人员点个赞，同时又会感觉非常紧张，为什么又要重构？马上就要上线了，怎么还要改？是不是应该阻止开发人员做重构？
