**：
《探索式軟體測試》
當軟體測試的熱點漸漸轉向測試自動化，當越來越多的測試人員談論白盒測試、測試程式設計、測試指令碼時，測試專家james a. whittaker旗幟鮮明地捍衛手工測試（manual testing），**如何用探索式測試（exploratory testing）來應對嚴峻的現實挑戰。
作者以「漫遊」為隱喻，提出了以漫遊測試（touring testing）為核心的探索式測試方法。
在第8章，作者對未來的軟體測試進行了展望，非常有啟發性。有些內容看似天馬行空，實際上已經漸漸出現在現實的軟體測試中。例如，visual studio 2010中**覆蓋率與測試用例的對映、手工測試的全程「錄影」（作者曾經是visual studio test edition的架構師，相信他為此貢獻良多）、正在出現的
基於雲計算的測試服務商
。在展望未來時，作者提出了「測試人員提示」的構想。遊戲「魔獸世界」有許多小螢幕、地圖、道具列表、其他玩家的訊息，玩家利用這些資訊能夠在超級殘酷的遊戲世界中生存。與此相似，「測試人員提示」是是測試者的「遊戲地圖」：把游標移動到控制項上，旁邊的小視窗可以顯示源**、**變更歷史、缺陷修復歷史、其他測試者已執行的用例等資訊。有了它，測試者能夠更自如地探索軟體、展開攻擊。
書的最後1/3是作者的部落格彙編。許多文章頗具見底，其中一篇引用了tony hoare爵士的名句，頗令人深思：軟體測試的真正價值並不體現在**中找出了多少缺陷，而是發現設計和程式設計人員解決問題方法上的侷限、思路中的狹隘和技能方面的不足。這也許在暗示，是作者的持續思考和反覆實踐，使他能夠提出漫遊測試這種切合軟體測試本質的方法吧。
《自動化軟體測試實施指南》
amazon上的一條書評是「strong on theory and planning, weak on practical implementation」，很好的概括了此書的優缺點。
此書在附錄中介紹了一批典型的開源工具：junit、bugzilla、subversion等，但是並沒有介紹具體的測試實現技術，例如編寫測試指令碼、構造測試斷言、生成測試資料等。如果你需要第一線的測試開發手冊，這本書不能滿足你的需求。
此書的貢獻在於，當你迫不及待地準備乙個猛子扎入測試自動化的深海時，它問道：
這些惱人的問題，毫無樂趣，且難以回答。但是，如果沒有仔細地考慮過它們，測試自動化就會直面失敗的風險。
這本書的目標讀者是大規模測試自動化的領導和骨幹。它所定義的測試自動化是：以改進軟體測試生命週期的效率和有效性為目標，貫穿整個週期的軟體技術實施。其內容涵蓋：
作為測試組織的負責人，仔細地思考其中的問題，謹慎的實踐，方能提公升測試組的整體效率，優化整個軟體開發過程。
據我觀察，大多數測試自動化的中文圖書聚焦於具體的自動化技術，在組織、戰略層面的思考較少。測試自動化往往是錄製、回放、指令碼、框架的代名詞，而沒有從測試生命週期的角度涵蓋需求、測試、匯報、度量與優化。此書在高層策略上分享了一些專家經驗，值得思考、借鑑。
**：
《探索式軟體測試》
當軟體測試的熱點漸漸轉向測試自動化，當越來越多的測試人員談論白盒測試、測試程式設計、測試指令碼時，測試專家james a. whittaker旗幟鮮明地捍衛手工測試（manual testing），**如何用探索式測試（exploratory testing）來應對嚴峻的現實挑戰。
作者以「漫遊」為隱喻，提出了以漫遊測試（touring testing）為核心的探索式測試方法。
在第8章，作者對未來的軟體測試進行了展望，非常有啟發性。有些內容看似天馬行空，實際上已經漸漸出現在現實的軟體測試中。例如，visual studio 2010中**覆蓋率與測試用例的對映、手工測試的全程「錄影」（作者曾經是visual studio test edition的架構師，相信他為此貢獻良多）、正在出現的
基於雲計算的測試服務商
。在展望未來時，作者提出了「測試人員提示」的構想。遊戲「魔獸世界」有許多小螢幕、地圖、道具列表、其他玩家的訊息，玩家利用這些資訊能夠在超級殘酷的遊戲世界中生存。與此相似，「測試人員提示」是是測試者的「遊戲地圖」：把游標移動到控制項上，旁邊的小視窗可以顯示源**、**變更歷史、缺陷修復歷史、其他測試者已執行的用例等資訊。有了它，測試者能夠更自如地探索軟體、展開攻擊。
書的最後1/3是作者的部落格彙編。許多文章頗具見底，其中一篇引用了tony hoare爵士的名句，頗令人深思：軟體測試的真正價值並不體現在**中找出了多少缺陷，而是發現設計和程式設計人員解決問題方法上的侷限、思路中的狹隘和技能方面的不足。這也許在暗示，是作者的持續思考和反覆實踐，使他能夠提出漫遊測試這種切合軟體測試本質的方法吧。
《自動化軟體測試實施指南》
amazon上的一條書評是「strong on theory and planning, weak on practical implementation」，很好的概括了此書的優缺點。
此書在附錄中介紹了一批典型的開源工具：junit、bugzilla、subversion等，但是並沒有介紹具體的測試實現技術，例如編寫測試指令碼、構造測試斷言、生成測試資料等。如果你需要第一線的測試開發手冊，這本書不能滿足你的需求。
此書的貢獻在於，當你迫不及待地準備乙個猛子扎入測試自動化的深海時，它問道：
這些惱人的問題，毫無樂趣，且難以回答。但是，如果沒有仔細地考慮過它們，測試自動化就會直面失敗的風險。
這本書的目標讀者是大規模測試自動化的領導和骨幹。它所定義的測試自動化是：以改進軟體測試生命週期的效率和有效性為目標，貫穿整個週期的軟體技術實施。其內容涵蓋：
作為測試組織的負責人，仔細地思考其中的問題，謹慎的實踐，方能提公升測試組的整體效率，優化整個軟體開發過程。
據我觀察，大多數測試自動化的中文圖書聚焦於具體的自動化技術，在組織、戰略層面的思考較少。測試自動化往往是錄製、回放、指令碼、框架的代名詞，而沒有從測試生命週期的角度涵蓋需求、測試、匯報、度量與優化。此書在高層策略上分享了一些專家經驗，值得思考、借鑑。
Monkey 自動測試
如何使用 進入命令列，來到android sdk的platform tools目錄下，輸入命令 user user workspace android sdk linux x86 platform tools adb shell monkey 即可檢視到monkey工具的配置引數的用法。如下 在執行...
自動化測試與手工測試
軟體測試早已不是單純的點點點了，很多場景都可以使用自動化測試的方式來代替手工，但手工測試也有著自動化測試不可代替的優勢。自動化是釋放雙手的過程 自動化 web測試 web自動化測試 自動化測試的先決條件 產品需求變更較少 專案周期長，測試用例執行頻繁，人工無法勝任，有充足的人力物力 a 自動化測試不...
Android BLE自動測試系統與框架
實際開發中，因為需要對不同的ble裝置進行測試。包括語音遙控器，ota，模組，ble mesh等裝置的不同功能進行相容與穩定性測試，而使用人工測試非常的緩慢且消耗人力。因此開發了乙個測試系統用來做自動測試。同時這個自動測試，可以和ci結合起來，完成devops的構建。而且本套系統可以非常好的擴充套件...