軟件測試之道：那些值得借鑒的實踐案例 ( 簡體 字) |
| 作者：麥思博（北京）軟件技術有限公司 | 類別：1. -> 程式設計 -> 綜合 |
| 譯者： |
| 出版社：電子工業出版社 |  3dWoo書號： 46174
詢問書籍請說出此書號！【有庫存】
NT售價： 225 元 |
| 出版日：2/1/2017 |
| 頁數：240 |
| 光碟數：0 |
|
站長推薦：   |
| 印刷：黑白印刷 | 語系： ( 簡體 版 ) |
| |
加入購物車  │加到我的最愛
(請先登入會員) |
| ISBN：9787121303852 |
| 作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 序 |
| (簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證) |
| 作者序： |
| 譯者序： |
前言：序言
preface
近幾年來，隨著中國互聯網產業的高速發展，全球科技界的目光逐漸被北京、杭州、深圳所吸引，無論是科技創新成果還是軟件研發團隊的標準，都在大跨步地向硅谷看齊。中國軟件研發團隊的規模不斷壯大，水平日益提高，與開源分享的思潮密不可分。過去，我們都在使用國外互聯網公司分享的開源軟件，而最近幾年來，越來越多的國內互聯網行業領先企業，開始開放自己的開源產品。
其實，除了將軟硬件系統開源分享之外，互聯網圈更加注重思想交流與理念互換。不像互聯網剛剛起步的那個時期，每家企業都在閉門造車，把每一個新的想法都納入“保密條例”，生怕被同行業者搶了先機。現在的軟件研發團隊愈發重視分享的重要性，這一轉變在中國的IT行業尤為明顯。如同研發創新圣地硅谷，在北京、上海、深圳甚至中國的二三線城市，基本每周都可以參加各種類型的技術沙龍，主講人將自己的從業經驗、實踐心得分享出來，在相互討論中收獲新的啟迪。
交流與分享是行業思維革新的助推器，曾經有一個時期，中國的互聯網行業大多數依靠模仿國外的產品，而現在我們開始深入研究，研究國外及國內優秀軟件研發團隊的技術與管理案例，在研究與分享中獲得新知。“授人以魚不如授人以漁”，這句話出自《淮南子?說林訓》，原文說：“臨河而羨魚，不如歸家織網。”依靠模仿我們可以獲得新產品的外殼，而通過對優秀軟件研發團隊的案例研究，可以逐漸掌握技術理念，養成創新意識。
時至今日，全球軟件案例研究峰會（以下簡稱“top100summit”）已舉辦4屆，累計分享了來自全球一線互聯網企業研發團隊的400個軟件研發優秀案例，參會者超過萬人。在峰會的組織籌備階段，越來越多的軟件研發團隊愿意將自己的行業經驗與心得分享出來，業界同仁的精神讓我們感到欣慰與感動。在第4屆top100summit籌備期間，最艱難的事是如何在上千個案例中挑選出100個，而每一個案例背后都凝聚著一個團隊的付出與心血。我們沒有資格評判任何一個案例的優劣，但是又不得不優中選優地甄選出最具行業代表性的100個案例。最后，我們決定把選擇權交給這個行業，讓每一位軟件研發從業者都有資格評選出自己認為優秀的案例。
最終評選出的每一個案例都是一筆寶貴的財富，作為top100summit的主辦方，我們不能讓這些案例沉默，不能讓這些軟件研發團隊的實戰經驗和精髓理念只綻放兩天的光彩。這些案例是對這一年IT行業發展的年度總結，每年的峰會結束之后，我們都會再次梳理案例分享的文稿，將這些精髓理念整理出版，與更多人分享。
作為軟件研發行業的一名“老兵”，一路走來，我深深地感覺到互聯網特別是中國互聯網行業發展的不易，騰訊、阿里、華為等中國企業讓硅谷為之側目，而現如今中國在大數據、云計算、虛擬現實、人工智能等產業技術的發展已經成為全球技術探索的第一梯隊。我們也更加相信，在分享創新思潮的推動下，中國的軟件研發團隊會不斷涌現新技術、新理念。
最后，我要對這些分享者表示感謝，正是因為有你們的無私奉獻，才有這本書的誕生，才有技術思維及經驗的交流與傳遞，讓整個行業不斷前行。
全球軟件案例研究峰會組委會主席
msup創始人兼CEO
劉付強
前言
preface
從經典案例中學習軟件測試之道
朱少民
受麥思博（msup）有限公司的邀請，擔任《軟件測試之道：那些值得借鑒的實踐案例》的副主編，想利用這個機會把軟件測試的一些基本問題闡述清楚，而不是對每一個測試案例進行點評。這些案例來自淘寶、騰訊、百度、奇虎360、螞蟻金服等公司的一線測試工程師，他們在各自工作的具體某個領域都辛勤耕耘多年。在這些領域，他們即便不能把工作做到極致，也已經做得很好了，值得我們學習。在這些具體方面，我也要向他們學習，要進行點評不是一件輕松的事情。只是在這里提醒大家在閱讀這些案例的時候，不僅要多問幾個為什么，知其所以然；而且要了解案例發生的背景、上下文，分析它是否適合自己公司所處的環境，做到因地制宜——根據自己公司所采取的開發模型、產品特點、應用領域、團隊規模、工程師能力水平等等，借鑒案例所提出的解決方案。當然，如果是純技術問題解決的案例，其學習會比較簡單，可以直接加以實踐。
回到軟件測試的基本問題，如果用通俗易懂的方式來表達，就是下面這些基本問題：
? 為什么要測？
簡單理解為質量保證的需要。
? 測什么？
簡單理解為測試范圍分析、測試需求分析。
? 如何測？
簡單理解為測試的方法。
? 誰來測試？
簡單理解為測試的人力資源。
? 何時測？
簡單理解為測試進度。
? 用什么測試？
簡單理解為手工測試，或是采用什么工具進行測試。
? 交付什么結果？
簡單理解為提交缺陷分析報告等。
但是如果深入下去，這些基本問題的理解就不那么簡單了。例如，為什么測？看起來是一個簡單的問題，即保證質量的需要。但這樣的答案比較含糊，對測試工作缺乏指導意義。首先，質量是構建出來的，不是測試測出來的；其次，測試如何保證質量，是對軟件系統所實現的功能一項一項去驗證、像守門員那樣去保證質量呢？還是從項目開始，就介入其中，自始至終不斷揭示產品的質量風險呢？對軟件測試有不同的理解，給出的回答就會不一樣。“為什么要測？”這個問題深入下去，就是對“軟件測試”解釋的探討，會觸及軟件測試思想、測試理念、測試價值觀，甚至包括測試思維方式（Mindset）——就是我們這里說的測試之“道”。
如在我寫的測試教程《軟件測試方法和技術（第3版）》中，對軟件測試的具體方法和技術有詳細的介紹。本書的重點，則是讓大家通過案例學習，更直觀地學習測試之道。
軟件測試的具體方法和技術，如我寫的測試教程《軟件測試方法和技術（第3版）》中有詳細的介紹。而本書的重點，則是通過案例學習，讓大家更直觀地學習測試之道。
道可道，非常道。道，是適應環境、不斷變化的道，是人們選擇、親近的道。我們首先要結合自己公司或團隊所處的環境，對軟件測試之道有一個正確的把握，然后基于已建立的軟件測試之道，進一步確定測試的原則、測試的流程、測試的方法和技術、測試工具等。
朱少民
2016.12 |
內容簡介：經典案例學習，是一種直接而有效的學習方法。本書精選全球領先的IT與互聯網行業內領先的公司最近一年里所做的大型項目中的軟件測試和質量平臺上的經典案例。根據軟件測試的特點，全書分為性能測試、敏捷測試、DevOps自動化測試、測試技術、基于需求等篇章，書中的每個案例，都是由案例實際參與者、項目團隊的負責人親自解析，圖文并茂、提綱挈領地講述了這些案例的實現過程與其中的核心技術、要點難點。這些內容，對于正在從事相關技術的測試工程師和項目負責人，具有非常明確的指導意義和參考價值。 |
目錄：第一篇 測試概論 //1
第1章 軟件測試的道法術器 //3
一、軟件測試之道 //4
二、軟件測試之法 //9
三、軟件測試之術 //12
四、軟件測試之器 //14
第二篇 測試技術 //17
第2章 淘寶性能測試的演化 //19
一、淘寶網性能測試的演變 //20
二、性能測試評估和流程 //22
三、基于云產品的門戶網站性能優化案例 //31
第3章 基于圖像識別測試手機瀏覽器打開網頁首屏時間的方法 //47
一、首屏加載時間對用戶體驗至關重要 //48
二、基于圖像識別測試手機網頁首屏打開時間 //48
三、關于STF的簡介 //50
四、Minicap介紹 //51
五、關于流暢程度 //51
六、STF安裝依賴的環境 //52
七、STF運行 //53
八、STF的其他特性 //55
九、Sikuli //56
十、Sikuli的安裝步驟 //57
第4章 移動APP性能專項分析云實踐 //60
一、性能專項之痛 //61
二、靜態VS動態 //62
三、如何做“動態檢查” //63
四、動態檢查+ //67
五、“解痛”的效果 //68
第5章 APP專項性能測試和監控 //70
一、APP性能維度分析 //71
二、APP性能測試平臺 //71
三、APP性能測試落地 //72
四、APP性能指標獲取手段 //73
第6章 基于Android Hook技術實踐 //77
一、項目挑戰 //78
二、基于hook的解決方案 //78
三、基于hook的java解決方案 //81
四、小結 //81
第7章 這么建模，你就錯了——富士通教你正確建模之術 //83
一、建模工作如何快速響應變化的業務需求 //84
二、數據中心建模工作實踐 //84
三、如何高效地做好業務需求分析 //87
四、維度建模的技巧 //89
五、結合應用，設計好維的層次 //93
六、經驗教訓 //93
七、案例ROI分析 //94
八、面向需求進行系統建模 //95
第三篇 測試管理 //97
第8章 360手機衛士敏捷測試模型及最佳實踐 //99
一、360手機衛士的開發模型及測試特點 //100
二、面向質量生成全過程的敏捷測試模型 //103
三、移動端應用的專項測試及最佳實踐 //107
四、測試在工程卓越性方面的實踐心得 //109
第9章 用測試策略來進行剛剛好的測試 //110
一、測試的“核心”是“測試策略” //111
二、四步測試策略制定法 //112
三、在項目中使用四步測試策略制定法 //120
四、效果評價和總結回顧 //129
第10章 移動游戲的質量追蹤方案 //130
一、Crasheye項目的起源 //131
二、移動平臺的挑戰 //131
三、解決思路 //132
四、Crasheye項目的實踐過程 //133
五、Crasheye項目的實踐項目 //139
六、Crasheye項目的現狀 //143
第11章 第三方輿情收集與質量閉環建設 //144
一、案例背景 //145
二、解決方案 //145
三、應用場景 //150
四、測試新方向：構建質量閉環 //150
第四篇 運維相關 //151
第12章 從部署看DevOps的實施 //153
一、DevOps受到廣泛關注，然而定義仍未定型 //154
二、DevOps成為新軟件生命周期不可或缺的命題 //154
三、實施過程中，行業對DevOps的嘗試 //155
四、持續部署，讓開發運維成為一個統一的生態系統 //156
五、軟件包讓配置管理和部署邏輯得到簡化 //163
六、部署系統實現后需要進一步抽象 //166
七、面向業務，結合工具堅持DevOps //168
八、真正的DevOps是建立適合自己的研發生態系統 //169
第13章 MongoDB在58同城的應用實踐 //170
一、MongoDB在58同城的架構設計與實踐 //171
二、為什么要使用MongoDB //172
三、如何使用MongoDB //172
四、MongoDB集群部署 //173
五、 針對業務場景我們在MongoDB中如何設計庫和表 //175
六、 數據量、并發量增大，遇到問題及其解決方案 //179
第14章 1號店發布系統實戰 //183
一、案例背景 //184
二、實踐過程 //185
三、效果評價 //198
四、推廣建議 //199
第15章 微軟Azure SQL云服務中基于大數據的運維和管理 //200
一、兩代不同系統的比較 //201
二、大數據在運維方面的應用 //203
三、運維方面的文化 //205
第16章 騰訊DevOps自動化運維平臺“織云”技術架構實踐 //207
一、“織云”輕松應對海量運維需求 //208
二、為什么要做“織云” //208
三、“織云”的工作原理 //209
四、“織云”的技術架構 //210
五、運維自動化經驗總結 //219
第17章 使用Docker構建數人云實踐 //220
一、下一代企業級IT解決方案的標準——基于云的IT架構 //221
二、數人云是什么 //221
三、數人云核心技術介紹 //223
四、數人云的技術架構設計 //225
五、數人云為企業應用平臺提供更簡便的實踐 //228 |
| 序： |
