本期導(dǎo)讀：本期測試技術(shù)重點關(guān)注消息隊列的應(yīng)用，接口問題定位之業(yè)務(wù)流向，后端測試依舊關(guān)注性能測試和Jmeter的新特性，移動測試主要關(guān)注Android的測試，通用測試依舊為大家?guī)硪黄P(guān)于docker方面的技術(shù)文章。

原創(chuàng)文章

消息隊列在測試開發(fā)中的應(yīng)用思路@丁晶晶

在面向企業(yè)級的運用中，各種中間件被廣泛運用，對于多并發(fā)的應(yīng)用，為了解決服務(wù)器處理性能的差異問題，普遍使用消息隊列作為非實時性（或?qū)崟r性）請求的轉(zhuǎn)發(fā)與控制，一般可用來支持分布式請求系統(tǒng)、事務(wù)最終一致性，高吞吐系統(tǒng)，請求緩存池等架構(gòu)方案。將消息隊列運用在測試工具開發(fā)過程中，帶來更加健壯的服務(wù)性能以外，同時能帶來更多的試用價值，本文從幾個實例出發(fā)，拋磚引玉，探討消息隊列運用在測試工具開發(fā)過程中所帶來的多重效益。

接口問題定位之業(yè)務(wù)流向分析@柯星

什么是業(yè)務(wù)流向？利用我們的定位平臺，操作一下APP，就能看到該操作所觸發(fā)的后端請求，但是你知道這些請求在后端的具體業(yè)務(wù)邏輯嗎？業(yè)務(wù)流向就是利用抓取的日志，獲取接口在后端各個模塊間的業(yè)務(wù)調(diào)用關(guān)系，并輸出各個模塊的請求和響應(yīng)信息。開發(fā)或測試同學(xué)，利用這些信息，可立即定位到問題所屬模塊，并可以加深對后端業(yè)務(wù)的理解。

移動測試技術(shù)

你不知道的 Android WebView 使用漏洞

現(xiàn)在很多App里都內(nèi)置了Web網(wǎng)頁（Hyprid App），比如說很多電商平臺，淘寶、京東、聚劃算等等,但是 WebView 使用過程中存在許多漏洞，容易造成用戶數(shù)據(jù)泄露等等危險，而很多人往往會忽視這個問題,本文將全面介紹Android WebView的使用漏洞及其修復(fù)方式

在Android Studio中進行單元測試和UI測試

本文將介紹如何在Android Studio中配置工程用于測試，在開發(fā)機器上編寫并運行單元測試，以及如何在手機上做功能UI測試。你會學(xué)到什么：1.更新包含JUnit和Android Testing Support Library的Gradle構(gòu)建文件;2.編寫運行在本機Java虛擬機上的單元測試;2.編寫運行在手機或者虛擬機上的Espresso測試

后端測試技術(shù)

性能測試中服務(wù)器關(guān)鍵性能指標淺析

在對互聯(lián)網(wǎng)服務(wù)進行服務(wù)端性能測試時，主要關(guān)注兩方面的性能指標，業(yè)務(wù)指標：如吞吐量(QPS、TPS)、響應(yīng)時間(RT)、并發(fā)數(shù)、業(yè)務(wù)成功率等，資源指標：如CPU、內(nèi)存、Disk I/O、Network I/O等資源的消耗情況 本文主要介紹一些廣泛適用的、基本的資源指標以及這些指標在Linux服務(wù)器的獲取方式。

JMeter性能測試3.0時代之-全新JMeter插件管理

一直以來，JMeter Plugins為我們提供了很多高價值的JMeter插件，比如:用于服務(wù)器性能監(jiān)視的PerfMon Metrics Collector，用于建立壓力變化模型的Stepping Thread Group，用于Json解析的JSON Path Extractor，用于展示響應(yīng)時間曲線的Response Times Over Time，用于展示TPS曲線的Transactions per Second在以前，這些插件的安裝還是一個純手工的方式：所有插件分為四個集合包，首先需要找到包含目標功能的集合包-下載該依賴包-拷貝的合適的路徑-重啟JMeter。這樣的過程對于剛接觸JMeter的新人來說，可能稍顯繁瑣。

通用測試技術(shù)

關(guān)于精準測試的理解與方案

精準測試我的理解是針對應(yīng)用代碼的變更，更有針對性的測試變更的地方，那么好處提升測試效率，節(jié)省測試資源，測試目的更加明確，減少漏測

Docker+Selenium Grid構(gòu)建分布式Web測試環(huán)境

當前容器技術(shù)不斷發(fā)展，越來越多的應(yīng)用部署到容器上，改變了軟件部署的方式。因此我們考慮利用Docker容器技術(shù)并且結(jié)合SeleniumGrid來搭建一套Web分布式測試集群。

測試雜談

QA為什么不喜歡重構(gòu)？

經(jīng)常聽到開發(fā)人員抱怨 ，“這么爛的代碼，我來重構(gòu)一下！”，“這代碼怎么能這么寫呢？誰來重構(gòu)一下？”，“這兒有個壞味道，重構(gòu)吧！”，作為一名QA，每次聽到“重構(gòu)”兩個字，既想給追求卓越代碼的開發(fā)人員點個贊，同時又會感覺非常緊張，為什么又要重構(gòu)？馬上就要上線了，怎么還要改？是不是應(yīng)該阻止開發(fā)人員做重構(gòu)？