在上一篇文章“Grab JSON from an API” 中，我們探索瞭如何使用 HTTP 客戶端以及如何解析 JSON 資料。本篇文章是 Go 語言主題的續篇，講述如何編寫單元測試。 1.

寫在前頭 看了阿里開發手冊 “單元測試第八條的推薦” 單元測試的基本目標：語句覆蓋率達到 70% ；核心模組的語句覆蓋率和分支覆蓋率都 要達到 100% 之前在公司實習

在上個項⽬組時因為隊友們都特別給力，加上⾃⼰己還沒想清楚很多事情所以養成了了⼀個很不好的習慣，遇到不懂的不知道的張⼝就問。 年底總結之時思考了很多，一年時間我學到了很多前端的技術，但其實更多偏向於基礎。加之⾃

視訊主講：Jakob Nielsen / 油管連結： Usability Testing w. 5 Users: ROI Criteria (video 2 of 3) / 釋出時間：11-16-2

在《軟體工程最佳實踐》一書中給出了這樣一條結論： 很多問題都可以追溯到組織的結構問題上。 初聞之下，如醍醐灌頂；細細思索，深以為然。 比如有這樣一個案例。 小吳是某軟體的負責人，他的軟體在生產環

前言 自動化測試中我們存放資料無非是使用檔案或者資料庫，那麼檔案可以是csv，xlsx，xml，甚至是txt檔案，通常excel檔案往往是我們的首選，無論是編寫測試用例還是存放測試資料，excel都是很方便

前言 首先感謝 L4nce 前輩寫的“  淺談 Safengine 系列脫殼  ”，給了我很大幫助，讓我開始入門脫加密殼。 L4nce 的這篇文章已經算是“巨人的肩膀”了，但我覺得仍有一些

開頭 寫這篇文章的目的其實有2個： 1.總結自己的工作收穫工作中的經驗 2.也是應我離開公司後，測試小夥伴們的訴求，給他們一些指點吧（楊霞，雅潔，高巧，還有雪晴，希望此篇文章能給你們提供一些幫助，助

1、前言 很多時候在使用APP的時候，手機可能會發熱發燙。這是因為CPU使用率過高，CPU過於繁忙，會使整個手機無法響應使用者，整體效能降低，使用者體驗就會很差，也容易引起ANR等等一系列問題。以下會根據實

資料庫的基準測試是對資料庫的效能指標進行定量的、可復現的、可對比的測試。 基準測試與壓力測試 基準測試可以理解為針對系統的一種壓力測試。但基準測試不關心業務邏輯，更加簡單、直接、易於測試，資料可以由工具

一、準備 1、 java jdk配置——> JAVA_HOME配置，最終終端中 任意位置可執行 java 命令 2、 Android sdk 環境配置——>ANDROID_HOM

TestCase 類提供了以下 4 種鉤子方法： 方法 說明 setUp 在每一個測試用例

Sometimes you don't work hard, you don't know what is despair. 新公司入職56天后的面談小結 今天2019-4-30，我是2019

reified ：使抽象的東西更加具體或真實，非常推薦 Android 開發使用這個關鍵字。本文介紹 3 點特別的使用方式如下： 1. 不再需要傳引數 clazz 大

編寫有效率的程式碼是我們的一項基本技能。我們千萬不要忽視程式碼的效能要求。越早考慮效能問題，需要支付的成本就越小，帶來的價值就越大，不要等到出現效能問題時，才去臨時抱佛腳。如果前期沒有看重程式碼的效能問題，那麼