@author penghaibo204
** 本期導(dǎo)讀**：平安金融科技測(cè)試技術(shù)周報(bào)終于和大家見面了壁酬，我們旨在為大家分享最前沿的測(cè)試技術(shù)和測(cè)試組最新的技術(shù)成果。以后我們每周會(huì)給大家?guī)頊y(cè)試組內(nèi)的一些原創(chuàng)文章和業(yè)內(nèi)的優(yōu)秀博文酣栈。我們主要分為五個(gè)欄目：原創(chuàng)文章、移動(dòng)測(cè)試技術(shù)汹押、后端測(cè)試技術(shù)矿筝、通用測(cè)試技術(shù)和測(cè)試人生。
原創(chuàng)文章
1）如何更快速有效的收集Android應(yīng)用的FPS棚贾？@張遠(yuǎn)平
FPS（每秒傳輸幀數(shù)(Frames Per Second)）是圖像領(lǐng)域中的定義窖维，是指畫面每秒傳輸幀數(shù)，測(cè)量FPS經(jīng)常用于評(píng)價(jià)一個(gè)APP的流暢度妙痹，以此來判定APP是否能帶來更好的用戶體驗(yàn)铸史。由于Android系統(tǒng)權(quán)限的問題，我們通常要通過應(yīng)用的FPS怯伊，或者要對(duì)設(shè)備進(jìn)行root琳轿。本文另辟蹊徑，研究出一種無須root快遞收集Android應(yīng)用FPS的方法耿芹。
2）用ExtentReports美化你的測(cè)試報(bào)告@王慶豐
在實(shí)際的自動(dòng)化測(cè)試工作中經(jīng)常會(huì)用到一些報(bào)告生成工具大概分為兩類崭篡，一類是測(cè)試框架自帶的報(bào)告生成工具如：JUnit+Ant、TestNG吧秕；另一類就是專用報(bào)告工具如ReportNG等琉闪。這些報(bào)告要么在UI設(shè)計(jì)上不滿足我們的需求，要么在API和擴(kuò)展性上比較差砸彬。所以塘偎，我們要尋求一個(gè)既美觀大方，又支持?jǐn)U展的報(bào)告插件拿霉。本文介紹的ExtentReport就是這樣一個(gè)報(bào)告插件吟秩。
3) 基于Appium的Android功能自動(dòng)化實(shí)踐@柯星
Appium是一個(gè)開源的移動(dòng)端UI自動(dòng)化測(cè)試框架，本文從實(shí)戰(zhàn)的角度解析了Appium的原理及入門方法绽淘。
4）Jmeter之JDBC Request使用方法(oracle)@賀滿
Jmeter的JDBC Request采樣器可以向數(shù)據(jù)庫(kù)發(fā)送一個(gè)jdbc請(qǐng)求(sql語句)涵防，在測(cè)試過程中我們可以用它來模擬數(shù)據(jù)庫(kù)操作，從而生成想要的數(shù)據(jù)。本文詳細(xì)介紹了JDBC Request采樣器的原理和用法壮池。
移動(dòng)測(cè)試技術(shù)
1）話說移動(dòng)測(cè)試項(xiàng)的那些事－－完結(jié)篇
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (一)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (二)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (三)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (四)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (五)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (六)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (七)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (八)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (九)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (十)
- 話說移動(dòng)端測(cè)試的那些項(xiàng) (十一)
這應(yīng)該是目前對(duì)移動(dòng)測(cè)試項(xiàng)總結(jié)最全面的系列文章偏瓤，作者通過一張思維導(dǎo)圖將移動(dòng)端測(cè)試要覆蓋哪些項(xiàng)，用到什么測(cè)試方法都總結(jié)得非常細(xì)致椰憋。
2）Monkey工具總結(jié)
- Monkey總結(jié)一---參數(shù)介紹
- Monkey總結(jié)二---測(cè)試結(jié)果分析
- Monkey總結(jié)三---自動(dòng)化腳本
- Monkey總結(jié)四---Monkey服務(wù)器
- Monkey總結(jié)五---檢查內(nèi)存泄露
Monkey測(cè)試工具是Android測(cè)試中一個(gè)常用的測(cè)試工具厅克，我們一般用它來對(duì)App進(jìn)行穩(wěn)定性測(cè)試。本系列文章不僅介紹了Monkey測(cè)試的基本用法橙依，還介紹了用它進(jìn)行自動(dòng)化測(cè)試证舟，檢查內(nèi)存泄露這些高級(jí)應(yīng)用，讓我們對(duì)Monkey工具有了更深刻的認(rèn)識(shí)窗骑。
3）iOS instruments trace 文件解析方案
做iOS性能測(cè)試女责，要監(jiān)控一段時(shí)間內(nèi)App的CPU占用和網(wǎng)絡(luò)流量。遺憾的是创译，iOS instruments提供的Activity Monitor和Network模板并不滿足我的需求抵知。在UI工具中，Activity Monitor只提供了CPU瞬時(shí)值软族，Network也只提供了總流量刷喜，它們均不提供采集樣本值。本文介紹了通過Undocumented API來解析trace文件來獲取明文數(shù)據(jù)的方法立砸。
4）XCTest 測(cè)試實(shí)戰(zhàn)
很多人都認(rèn)為“只有當(dāng)我們的改變代碼時(shí)吱肌，測(cè)試才能產(chǎn)生回報(bào)⊙銮荩” 如果你有這樣的想法氮墨，你應(yīng)該仔細(xì)讀讀那篇文章，因?yàn)轱@然通過測(cè)試你所能獲得的比這要多吐葵。有一點(diǎn)是非常重要的规揪，就算我們?cè)趯懘a的最早版本，我們還是會(huì)將大部分時(shí)間花在修改代碼上 -- 隨著項(xiàng)目的發(fā)展温峭，越來越多的功能會(huì)被加進(jìn)來猛铅，我們會(huì)發(fā)現(xiàn)很多地方都需要稍微改一下。所以即使你還沒有在做 1.1 或 2.0 版本凤藏，但你還是要做大量的修改奸忽，而測(cè)試正是在這時(shí)為我們提供不可估量的幫助。
后端測(cè)試技術(shù)
1）使用 Jmeter 做 Web 接口測(cè)試
接口測(cè)試作為集成測(cè)試的一部分揖庄，通過直接控制API來判斷系統(tǒng)的功能性栗菜，可靠性，性能與安全性蹄梢。API測(cè)試是沒有界面的疙筹，執(zhí)行在通訊層。API 測(cè)試在自動(dòng)化測(cè)試中有著重要的地位，因?yàn)锳PI一般是應(yīng)用邏輯的主要接口而咆，而GUI測(cè)試在敏捷開發(fā)和DevOps的快速迭代和頻繁變更中很難維護(hù)霍比。本文主要介紹了接口測(cè)試工具Jmeter的配置和使用方法，是后端接口測(cè)試非常好的入門文檔暴备。
2）性能測(cè)試
我們通常在完成接口測(cè)試后悠瞬，還要對(duì)服務(wù)端的進(jìn)行性能測(cè)試涯捻，從而分析出服務(wù)的瓶頸和處理能力汰瘫。本文介紹了性能測(cè)試涉及到的場(chǎng)景混弥、測(cè)試工具以及測(cè)試方法对省。同時(shí)還簡(jiǎn)單介紹了問題定位的方法蒿涎。
通用測(cè)試技術(shù)
1）Jenkins基礎(chǔ)
持續(xù)集成是一種軟件開發(fā)實(shí)踐劳秋，即團(tuán)隊(duì)開發(fā)成員經(jīng)常集成他們的工作，通常每個(gè)成員每天至少集成一次嗽冒，也就意味著每天可能會(huì)發(fā)生多次集成添坊。每次集成都通過自動(dòng)化的構(gòu)建（包括編譯贬蛙，發(fā)布谚攒，自動(dòng)化測(cè)試)來驗(yàn)證，從而盡快地發(fā)現(xiàn)集成錯(cuò)誤溺职。許多團(tuán)隊(duì)發(fā)現(xiàn)這個(gè)過程可以大大減少集成的問題，讓團(tuán)隊(duì)能夠更快的開發(fā)內(nèi)聚的軟件浪耘。本文對(duì)jenkins的搭建和使用方法進(jìn)行了詳細(xì)介紹七冲，是非常好的入門文檔。
2）WEB 端批量移動(dòng)設(shè)備管理控制工具 STF 的環(huán)境搭建和運(yùn)行
STF（Smartphone Test Farm）是github上的一個(gè)開源Web端移動(dòng)設(shè)備管理工具蝉稳，支持遠(yuǎn)程真機(jī)鏡像和遠(yuǎn)程調(diào)試掘鄙。國(guó)內(nèi)很多云測(cè)試平臺(tái)的真機(jī)演示技術(shù)都是基于此框架改造的操漠。本文介紹了STF的環(huán)境搭建和運(yùn)行。PS：效果很酷炫撞秋，感興趣的同學(xué)可以搭建一個(gè)玩玩吻贿。
測(cè)試人生
1）一起來聊聊業(yè)務(wù)測(cè)試
產(chǎn)品測(cè)試的需求跟人的需求一樣, 也是分層次的舅列。業(yè)務(wù)測(cè)試肯定是第一位的剧蹂，也是產(chǎn)品的基礎(chǔ)烦却，然后圍繞業(yè)務(wù)會(huì)有很多的衍生需求, 比如性能、安全其爵、穩(wěn)定性冒冬、兼容摩渺，但是首要的還是業(yè)務(wù)功能。與其他需求一樣摇幻，業(yè)務(wù)功能也是存在可被模型化和技術(shù)化的横侦，本文講述了業(yè)務(wù)建模和技術(shù)化改進(jìn)的一些思考。本文提出的觀點(diǎn)在測(cè)試社區(qū)引起了廣泛的討論枉侧，評(píng)論中也有很多精彩的見解引瀑。
2）全棧測(cè)試時(shí)代已來
測(cè)試正面臨全棧化榨馁，需要掌握的技術(shù)棧也越來越多憨栽。與此同時(shí)還要在日常的研發(fā)翼虫、測(cè)試工作中總結(jié)和沉淀個(gè)人的方法論珍剑。以往測(cè)試被少數(shù)人看作開發(fā)輔助招拙，這是完全片面的迫像，測(cè)試需要從方案的全局思考劈愚，從架構(gòu)的整體看待問題掠械，要求高于開發(fā)由缆。
