本期導讀：原創(chuàng)文章繼續(xù)帶來非常規(guī)協(xié)議的自動化測試胳施、使用ibator插件自動生成ibatis代碼整袁，以及Android端RN熱更新測試介紹韩玩。移動測試技術中帶給大家正確使用Android性能分析工具—TraceView、靜態(tài)代碼分析工具Xcode Analyze+OCLint以及AnyProxy 在移動客戶端測試上的運用唱歧。后端測試技術介紹了Jenkins+Jmter+Ant接口持續(xù)集成、前后端分離開發(fā)模式下后端質(zhì)量的保證：單元測試以及Jmeter如何使用數(shù)據(jù)庫返回值實踐粒竖，后端同學可重點關注颅崩。通用測試技術介紹了探索式測試基礎系列。測試雜談中介紹了大家對測試開發(fā)這個職位的看法蕊苗，挺有意思的沿后，你可以對號入座，以及測試老司機六年的測試感悟岁歉，希望對大家的測試生涯有所引導得运。

原創(chuàng)文章

非常規(guī)協(xié)議的自動化測試 @丁晶晶

依照市面上目前自動化的測試工具和產(chǎn)品，我們發(fā)現(xiàn)它們對常規(guī)協(xié)議：http锅移、https等協(xié)議支持較好熔掺，可是對于非常規(guī)協(xié)議，如：dubbo非剃、rmp等協(xié)議或者公司內(nèi)部協(xié)議的支持不太好置逻，基本上是完全不支持的。我們在本文來探討一下如何支持非常規(guī)協(xié)議的自動化測試备绽。

使用ibator插件自動生成ibatis代碼 @徐國誠

最近在做接口自動化平臺開發(fā)時券坞，接觸到 ibatis框架鬓催，發(fā)現(xiàn)每個接口實現(xiàn)的代碼邏輯和流程基本上一致。DAO對應數(shù)據(jù)庫操作恨锚，DTO宇驾、FORM對應數(shù)據(jù)表在java中的對象映射，通過一個xml文件映射出數(shù)據(jù)庫表action和對象action猴伶。就在想能不能找到一種自動生成代碼的方法提高開發(fā)效率课舍，果然在網(wǎng)上搜索到一個eclipse插件 ibators，下面介紹下ibators 的基本使用方法他挎。

Android端RN熱更新測試介紹 @劉育蓮

React Native 的熱更新功能筝尾，可以在客戶端不發(fā)版的情況下，達到更新app的效果办桨。由于React Native加載的js文件都打包在bundle中筹淫，可以設置app加載的bundle來源。若檢測到服務器存在更新的bundle文件呢撞，客戶端下載后應用此新的bundle包损姜，即可達到更新app的目的。本文將簡單介紹一下目前在我們的app中如何打包狸相、如何測試RN熱更新薛匪、需要注意的測試場景。

移動測試技術

正確使用 Android 性能分析工具——TraceView

為研究app在滑動的時候的卡頓現(xiàn)象脓鹃，分析列表滑動的性能瓶頸逸尖，本文詳細介紹了Android端性能分析工具—TraceView，介紹如何使用TraveView瘸右，如何看懂TraceView中的指標娇跟，如何利用該工具進行實戰(zhàn)。

靜態(tài)代碼分析工具Xcode Analyze+OCLint

靜態(tài)代碼檢測是白盒測試中很有效的發(fā)現(xiàn)代碼問題的一種手段太颤，通過一些工具的輔助苞俘，我們可以在進行詳細的白盒測試前發(fā)現(xiàn)程序中一些潛在的問題，本文小編將給大家介紹兩種對Objective-C代碼的靜態(tài)檢查工具龄章。

AnyProxy 在移動客戶端測試上的運用

我們無論用fiddler還是charles等工具都會面臨一個問題吃谣，那就是他們都是GUI界面的，數(shù)據(jù)上的抓取相對會比較麻煩做裙。那么有沒有一款比較好的工具來支持我們的自動化呢岗憋？答案還是有的，就是我一直用的這個anyproxy锚贱，本文詳細介紹AnyProxy在移動客戶端測試中的適用仔戈。
后端測試技術

Jenkins+Jmeter+Ant 接口持續(xù)集成

為什么選擇Jmeter做Case管理？為什么不自己寫框架？本文介紹了Jmter做接口測試的優(yōu)勢监徘、缺陷晋修，Jmeter+Jenkins+Ant做接口持續(xù)集成的詳細方案及其適用范圍。

前后端分離開發(fā)模式下后端質(zhì)量的保證：單元測試

在前后端分離開發(fā)模式下凰盔，測試更加依賴于單元測試對于API以及后端業(yè)務邏輯的較驗墓卦，后端可能需要更加地依賴于單元測試來保證代碼的正確性。本文主要圍繞單元測試展開廊蜒，從單元測試的基礎概念說起趴拧，對比單元測試和集成測試，同時我們還會聊一聊單元測試與測試驅(qū)動開發(fā)的區(qū)別山叮。在我們了解完單元測試的概念之后，我們會探討一下什么樣的單元測試算得上是好的單元測試添履，它們具備哪些特征屁倔，如何使用隔離框架來幫助我們對一些復雜的組件進行測試。最后一個內(nèi)容也是本文想要闡述的重點： 單元測試是開發(fā)人員寫的暮胧，那么開發(fā)人員在寫自己的代碼的時候锐借，如何提高自己代碼的可測試性？ 什么樣的代碼算的上是對單元測試友好的代碼往衷？

Jmeter如何使用數(shù)據(jù)庫返回值實踐

最近使用Jmeter針對產(chǎn)品做性能測試钞翔，測試內(nèi)容是要模擬300并發(fā)用戶審批休假申請時的性能。由于每個申請人的主管不同席舍，且會根據(jù)不同的休假類型布轿，會有一級審批或者二級審批，故很難事先在CSV中定義好需要審批的主管人及要審批的記錄来颤，即使事先定義了數(shù)據(jù)汰扭，當再次跑腳本時還需再重新修改CSV文件中的主管信息及需要審批的記錄。根據(jù)需求我想到如果能實時調(diào)用數(shù)據(jù)庫中的申請記錄對應的主管進行登錄審批可大大減少數(shù)據(jù)準備的工作量福铅。

通用測試技術

探索式測試基礎系列——生活進階曲

在探索式測試落地實踐中奏出了協(xié)奏曲后進入到高級階段萝毛，如何在問題定位和經(jīng)驗積累中發(fā)揮作用，也可以理解為在生活達到非常和諧后滑黔，如何孕育一個后代并為其提供良好的環(huán)境笆包，因此本章的名字叫做生活進階曲，表明在本章內(nèi)容結束后生活將發(fā)生了質(zhì)的改變略荡，有了良好的傳承庵佣。

探索式測試基礎系列——生活協(xié)奏曲

前文講過，探索式測試能為平常的生活帶來浪漫因子撞芍，在浪漫一段時間后秧了，新奇感消失，但效果仍在序无，探索式測試與日常測試真正融為一體验毡，深刻作用于產(chǎn)品質(zhì)量保證衡创，共同演奏出協(xié)奏曲。接著上篇晶通，我們來講下集成測試和上線前測試的兩個環(huán)節(jié)中的探索式測試璃氢。

測試雜談

大家眼中的測試開發(fā)原來是這樣的

越來越多的人對測試開發(fā)這個職位不是很了解，來看看大家都是怎么看待測試開發(fā)這個職位的狮辽。

我的六年軟件測試感悟

六年測試經(jīng)驗老司機給出其對軟件測試的感悟一也，句句中肯，字字珠璣喉脖，希望對大家有所啟發(fā)椰苟。