本期導讀：本期原創專欄收錄了兩篇原創文章，杜鵑為我們介紹了如何將PyQt5程序生成的APP制作成DMG，緒文介紹了開戶核人的詳細流程；測試技巧，自動化，專項測試專欄收錄了來自騰訊、百度、TesterHome等各大互聯網公司及社區先進的測試工具以及自動化實施案例。測試雜談部分介紹了測試也要有情商之如何與開發搞好關系。

一、原創專欄

1）PyQt5程序生成的APP制作成DMG
作者：平安金融壹賬通測試工程師 武杜鵑
摘要：本文詳細介紹了PyQt5程序制作成DMG所需的環境、工具等以及最終實現的詳細過程。

2）身為一個金融人，你了解開戶核人流程嗎
作者：平安金融壹賬通測試工程師 曹緒文
摘要：看過《人民的名義》電視劇的朋友應該都記得劇中的一個情節：早期，蔡成功使用侯亮平身份證復印件開立了一張民生銀行卡，并往里面轉賬存入40W人民幣。在后期，蔡成功舉報侯亮平，證據之一便是該民生銀行卡內的40W人民幣的轉賬記錄。侯亮平因此受到處分，并接受調查，要不是上面有人，仕途應該就over了。從這個例子中，我們已經可以看到銀行開戶核人的重要性了。

二、測試方法與技巧

1）為什么要進行日志測試以及如何進行日志測試？
作者：足下 @ testwo測試窩
摘要：現代日志聚合和搜索工具為團隊的建立、測試和運行軟件系統提供了重要的新功能。通過把日志作為一個核心系統組件，并使用如唯一事件ID、事務追蹤技術和結構化的日志輸出等技術，我們可以獲得對應用程序的行為和正常運作的豐富的見解，尤其是跨組件的視圖。這篇文章解釋了為什么測試日志是有價值的和如何用現代日志聚合工具做日志測試。這種方法使日志成為了一種渠道，使分布式系統更具可測試性。

2）iOS測試利器-idb
作者：騰訊移動品質中心TMQ
摘要：對于android的開發以及測試人員，對adb命令一定會很熟悉，adb工具可謂android測試的入門神器，安裝、卸載、抓log、截圖等等一應俱全。很多自動化以及性能工具都一定程度上要依賴adb工具。

3）APK逆向分析破解
作者：Pritry@百度MTC
摘要：很多同學都對移動應用的安全掃描不明所以，不安全的應用會出現什么樣的問題呢？舉例來說，對于未進行保護的Android應用，有很多方法和思路對其進行逆向分析和攻擊。使用一些基本的方法，就可以打破對應用安全非常重要的機密性和完整性，實現獲取其內部代碼、數據，修改其代碼邏輯和機制等操作。今天小編就要介紹一些基本的應用逆向和分析方法，至于接下去的事兒，就不多說啦！準備好充充電了嗎！

三、自動化與專項實施

1）實現自動化測試，首先不是一個技術問題
作者：楊曉慧@百度MTC
摘要：iOS9.3及以下使用 Automation 作為底層技術，在iOS9.3出現了XCUITest，并且在iOS10時拋棄了 Automation ，所以Appium在iOS9.3及以下和iOS10的配置方法不同。

2）性能測試場景設計雜談
作者：張允慶@51testing
摘要：提到性能測試，大家想到的就是使用工具對應用進行加壓，看看應用能承受多少并發，TPS（Transactions Per Second）是多少，交易響應時間是否在接收的范圍內。不錯，這些都是大家最關心的應用的性能指標，也是每個性能測試項目輸出的結果。然而，要實現這樣的效果卻并不是一件簡單的事情，因為性能測試是一個十分復雜的系統工程，對測試人員的能力水平提出了更高的要求，需要性能測試人員具備非常全面的知識與技能，能夠定位應用的性能瓶頸，并提出適當的優化方案。

3）Docker selenium 結合 docker 構建分布式測試環境 (初學者視角)
作者：lunamagic@TesterHome
摘要：隨著自動化測試越學越深，深深覺得有太多的東西需要總結，發布此貼的目的有3個。
1.記錄下學習中遇到的坑，當做學習筆記。
2.有前人路過看到文章中比較落后的做法，請務必一定要指教。（因為是初學者視角，很多東西只是走通而已，不足的地方多的去了，無論誰的指教都會讓我受益匪淺）
3.因為我就是一個初學者，所以我打算詳細的記錄操作步驟，爭取和我一樣的初學者看著這篇文章就可以成功搭建測試環境。

四、平臺與工具建設

1）火線教你如何開發Jenkins插件
作者：魏浩@Qtest之道
摘要：提到Jenkins，做測試工作的無論是小伙伴、大伙伴還是老司機都是比較熟悉的。網上大部分資料無非三種：Jenkins簡介、如何啟動Jenkins、如何安裝和使用Jenkins插件。本文作為一個jenkins的進階：教你如何開發一個jenkins插件！話不多說，讓我們直接切入正題。本文我會以火線為例，逐步講述一個jenkins插件從無到有的整個過程。

2）Hadoop簡介及入門使用
作者：馬軒@Qtest之道
摘要：隨著各條產品線的大數據化，海量數據處理技術已經被廣泛應用于用戶行為分析、廣告效果分析、產品設計分析、商業智能分析和報表統計等各個環節。與之相關的部分測試任務也需要覆蓋大數據業務或者需要分析大數據以輔助測試結論或者測試流程，這就要求QA具備一定的大數據方面的分析處理素質。今天就為大家介紹一款較為常用的大數據框架——Hadoop。

3）從 0 構建自動化測試平臺 (一) 之技術選型
作者：aizaimenghuangu@TesterHome
摘要：一直有一個夢想，做一款屬于測試自己的產品。進入測試行業其實是一個偶然，一個偶然的機會從研發轉向了測試，當時這個決定轟動了測試部門，后面影響了整個測試部門，一個會開發的測試，從那個時候開始了不斷的測試探索之路，大致過程：會基礎的C/C++--->不懂測試的測試員--->不懂測試的測試開發--->不懂測試的測試組長--->不懂測試的自動化測試主管---->不懂測試的測試管理者(現在的我)。其實在自動化測試的探索過程中，了解了非常多的自動化測試工具、測試思想，很多的工具都認為是非常不錯的，希望能夠集成在一起，發揮每個工具的價值，而就在此時，BAT非常迅猛的開始了自動化測試平臺的推出，最早應該是itestin，后來才有了BAT的產品，試用了他們的產品，我認為是挺好的，但是有個問題就是要收費，這個是我一直都無法接受的，為此我就想擁有一個自己的自動化測試平臺，K米測試平臺。

4）從 0 構建自動化測試平臺 (二) WEB 服務器構建
作者：aizaimenghuangu@TesterHome
摘要：在第一篇文章中，介紹了技術選型：從0構建自動化測試平臺(一)之技術選型
接下來就要開始和大家分享具體的產品實現，在此之前我還是想聊一下測試對編程語言的掌握程度，或者說是熟悉程度，主要是和開發的區別，簡單說就是：用到哪里學哪里；沒有一定要求對編程語言進行系統的學習，在我看來如果系統學習一下這些大把的語言(Node.js、python、html、css、js)，就有可能出現還沒開始呢，就已經放棄了！我也曾經一度的在針扎和反省：我這樣不是在浪費生命嗎？對于基礎不好的我來說系統學習一門編程語言是無聊+痛苦的,（雖然懂了之后就很簡單，但過程還是比較痛苦）系統學習有點像學校里面的學習模式，從第一章學習到最后一章，完了之后還是不會，這就出現了還沒開始呢就已經放棄了的悲劇，這也是符合2/8原則的：80%有用的內容，在20%的章節里面

五、測試雜談

1）測試也要有情商之如何與開發搞好關系
作者：JYing@TesterHome
摘要：測試和開發可以說是前世的一對宿孽，今世的一對兒冤家。開發的工作就是按照PM的設計將產品最終造出來，而測試則是在開發已完成的工作里找錯誤，尋不是。顯然，測試這樣的工作會讓開發很不爽，其實不但是開發，每個人都不喜歡自己的勞動成果別別人挑毛病。如果測試在工作中不講究方式方法讓已經比較緊張的測試開發關系雪上加霜。所以測試總是很容易就和開發們吵起來，吵得是雞飛狗跳，就差上手了。這樣的場景每天在不同的公司重復上演。