TOP
0
0
【簡體曬書區】 單本79折,5本7折,活動好評延長至5/31,趕緊把握這一波!
Visual Studio 2010軟件測試指南(微軟測試工具技術內幕)(簡體書)
滿額折

Visual Studio 2010軟件測試指南(微軟測試工具技術內幕)(簡體書)

人民幣定價:49 元
定  價:NT$ 294 元
優惠價:87256
領券後再享88折
海外經銷商無庫存,到貨日平均30天至45天
可得紅利積點:7 點
相關商品
商品簡介
作者簡介
名人/編輯推薦
目次
書摘/試閱

商品簡介

《Visual Studio 2010軟件測試指南》介紹如何使用Visual Studio 2010這款突破性測試工具,以節省時間、降低成本并改善軟件整個生命周期的質量。《Visual Studio 2010軟件測試指南》由淺至深、循序漸進,系統而詳細地講述了測試的現狀、基本概念,從CMMI和敏捷兩個不同的角度,描述如何進行測試計劃、組織測試用例、編寫自動化測試、執行測試、處理bug,以及如何建立指標、分析報告,對整個測試過程進行優化。
《Visual Studio 2010軟件測試指南》適合軟件開發、測試和分析人員閱讀,也可以供軟件系統設計人員、架構師和項目管理人員等技術及管理人員參考。

作者簡介

作者:(美國)萊文森 (Levinson.J.) 譯者:趙卓

萊文森,Jeff Levinson擁有16年的軟件開發經驗,并在多個大公司里擔任過各種不同的職務——開發人員、測試人員、架構師、項目經理,以及scrum主管。Jeff當前是Northwest Cadence的一位資深的應用程序生命周期管理(ALM)顧問,專門從事Team Foundation Server、Visual Studio、方法理論,以及過程改進的研究。在日常工作中,Jeff幫助團隊、組織以及公司采用更具效率的過程,提高質量并降低軟件開發的相關成本。在這個行業中,Jeff經常以講師的身份進行活動,并且負責半月看《Visual Studio Magazine》在線的編輯。本書是他的第4本著作。他編著的其他書箱分別為《Building Client/Server Applications with VB.NET》(2003)、《Pro Visual Studio Team System 2005》(2006)、《Pro Visual Studio Team System with Team Edition for Database Professionals》(2007)。他畢業于卡內基-梅隆大學,獲軟件工程碩士學位,同時還是微軟的MCP、MCAD、MCSD、MCDBA以及MCT。
目前,Jeff和他的妻子以及2個孩子居住在華盛頓。

名人/編輯推薦

《Visual Studio 2010軟件測試指南》主要內容:使用微軟測試管理器(MTM)對測試進行計劃,建立測試設置,組織測試用例,管理測試過程,通過微軟測試管理器和測試運行器,執行手動測試,提交和解決bug,并自定義bug報告過程,將測試用例自動化。并將其關聯到需求,通過Visual Studio和Microsoft Test Manager,執行自動化測試用例,在生成過程中集成自動化測試,使用微軟的Lab Management虛擬平臺來測試應用程序,對環境進行快照,并重現bug,收集詳盡的指標,用語評估軟件質量,并明確如何改善。
Visual Studio 2010 Ultimate、Visual Studio Test Professional 2010、Lab Management 2010和Team Foundation Server給基于微軟平臺的開發人員提供了一套最先進、最易集成的軟件測試解決方案。
微軟MVP、Visual Studio測試專家Jeff Levinson.貫穿于整個軟件開發的生命周期.介紹了應當如何使用微軟的新工具來節省時間、降低成本,并提高軟件質量。
無論您是開發人員、測試人員,還是分析人員,本書都能夠幫您顯著改善效率,以及您要交付的結果——無論是對于個人,還是對于整個項目團隊的成員。

目次

對本書的評價
譯者序

前言
致謝
關于作者
第1章 軟件測試的現狀 1
1.1 軟件測試面臨的挑戰 1
1.2 測試人員的需求 3
1.3 另一種方式 4
1.3.1 解決溝通問題 5
1.3.2 提高項目的透明度 5
1.3.3 工具的作用 6
1.4 指標 9
1.5 總結 10
1.6 參考文獻 10

第2章 軟件質量和測試概述 11
2.1 軟件質量 11
2.1.1 需求 11
2.1.2 商業價值 12
2.1.3 期望 12
2.1.4 非功能需求 13
2.1.5 從何處開始打造質量 14
2.1.6 過程與質量 16
2.2 軟件測試 16
2.2.1 測試的心態 16
2.2.2 軟件測試的方法 17
2.2.3 軟件測試的類型 18
2.2.4 測試管理 22
2.2.5 產品出廠或部署之後 22
2.3 總結 22

第3章 規劃您的測試 25
3.1 Microsoft Test Manager 26
3.1.1 測試計劃 31
3.1.2 屬性 33
3.1.3 內容 37
3.1.4 將套件和測試用例添加到測試計劃中 39
3.2 測試配置 41
3.2.1 管理測試配置 42
3.2.2 指派測試配置 44
3.3 指派測試人員 46
3.4 測試用例的規劃流程 47
3.4.1 分析和初始設計 49
3.4.2 實施 52
3.4.3 用戶驗收測試 53
3.5 普遍的情況 54
3.5.1 計劃并跟蹤測試用例的編寫與執行 54
3.5.2 功能驅動開發 55
3.5.3 從一個迭代進行到另一個迭代 57
3.5.4 處理不同的測試配置 58
3.6 總結 58

第4章 執行手動測試 59
4.1 使用測試用例類型的工作項 60
4.1.1 共享步驟 62
4.1.2 數據驅動的測試用例(測試參數) 64
4.2 運行第一個測試 66
4.3 分析測試結果 78
4.3.1 測試運行的結果 78
4.3.2 詳細測試結果 80
4.4 通過測試管理器進行探索性測試 85
4.5 總結 88

第5章 解決問題 91
5.1 bug的生命周期 91
5.1.1 客戶提交的bug 93
5.1.2 測試團隊提交的bug 93
5.1.3 評審bug 94
5.1.4 重新激活 94
5.2 bug之間的差異和變化 94
5.3 引起的bug 98
5.4 開發人員應如何使用IntelliTrace 101
5.5 修復bug 104
5.5.1 關聯的變更集 105
5.5.2 關聯的工作項 105
5.5.3 受影響的測試 106
5.6 設置生成質量 106
5.7 指派一個新的生成 108
5.8 驗證bug是否修復 110
5.9 處理受影響的測試 112
5.10 總結 113

第6章 自動化測試用例 115
6.1 是否進行自動化 116
6.2 自動化測試框架 118
6.3 根據手動測試建立自動化測試 120
6.4 添加驗證 134
6.5 添加額外錄制的操作 140
6.6 編碼的UI測試的參數化 141
6.6.1 處理由于不一致而導致的問題 143
6.6.2 解決數據不一致的情況 144
6.7 處理動態的值 146
6.8 組合多個測試 152
6.9 將編碼的UI測試與測試用例關聯 152
6.10 總結 155

第7章 執行自動化測試用例 157
7.1 通過Visual Studio執行自動化測試 157
7.1.1 本地執行 158
7.1.2 帶有遠程收集的本地執行 158
7.1.3 遠程執行 158
7.2 通過命令提示行執行自動化測試 162
7.3 在測試管理器中執行自動化測試 164
7.3.1 創建一個自動生成 164
7.3.2 建立物理環境 165
7.3.3 通過測試管理器運行編碼的UI測試 168
7.4 通過團隊生成執行自動化測試 173
7.5 自動化測試的初始化與清理 176
7.5.1 自定義對話框 176
7.5.2 清理您的測試 179
7.6 總結 179

第8章 Lab Management 181
8.1 通過測試管理器來管理虛擬環境 182
8.2 完成虛擬環境的配置 187
8.3 自動化測試設置 191
8.4 執行實驗室生成 200
8.5 通過測試管理器運行自動化測試 201
8.6 在虛擬環境中進行手動測試 202
8.7 總結 206

第9章 報告與指標 207
9.1 報告的結構 207
9.2 內置的報告 209
9.2.1 bug狀態 211
9.2.2 bug趨勢 212
9.2.3 重新激活 213
9.2.4 生成質量指標 214
9.2.5 生成在各個時間的狀態 215
9.2.6 生成摘要 215
9.2.7 情景概覽 216
9.2.8 測試用例準備情況 217
9.2.9 測試計劃進度 218
9.3 Excel服務報告 219
9.4 通過Microsoft Excel進行報告 220
9.4.1 創建一個生成的報告 220
9.4.2 測試指標 222
9.5 指標 231
9.5.1 測量什么 233
9.5.2 首次缺陷率 234
9.5.3 重新激活的bug 237
9.5.4 一般bug數 238
9.6 總結 241

書摘/試閱

6.1是否進行自動化
這個看似簡單的問題其實值得認真思考。它的答案可能是“把一切自動化”,也可能是“不值得做自動化”。或者,還有一些人最喜歡說“我們都有單元測試了,要自動化功能測試干什么?”現實的情況是,第一個反應是合適的(但是很少實現),而第二個從來就不合適,而第三個實際上是一個很好的問題。如果您擁有大量的單元測試,并且代碼(甚至功能)覆蓋率非常高,那么何必再使用自動化測試?這個問題的答案就是,許多人很喜歡把單元測試當成全部的測試,但他們卻沒有考慮到更長遠的情況。單元測試,顧名思義,無法測試集成的情況。它無法測試一系列的事件,而功能測試能夠做到。(而且,單元測試測試用戶界面是相當困難的,很多團隊都不會這么做。)所以,單元測試可以給您100%的代碼覆蓋率,但永遠不會給您100%的功能覆蓋率。
承認了這個現實之後,您就該思考哪些地方需要自動化了。答案總喜歡是“所有”,不過這很少能做到。原因在于,您沒有那么多的人力與時間。即使在Visual Studio 2010中,自動化測試看上去很棒,但做自動化還是需要時間的,同時還需要資金。其實將所有的地方都自動化是毫無必要的,因為自動化測試越多,投資回報率反而越少。
要對測試的好壞做一個定義,那么,其關鍵在于它發現bug的能力。前面也曾經提到過一些好的測試是什么樣的。這同樣適用于自動化測試;自動化測試是不是有用,也取決于其發現bug的能力。那么什么樣的測試才能夠達到這個標準呢?您應該問自己哪些問題呢?

您曾經瀏覽過的商品

購物須知

大陸出版品因裝訂品質及貨運條件與台灣出版品落差甚大,除封面破損、內頁脫落等較嚴重的狀態,其餘商品將正常出貨。

特別提醒:部分書籍附贈之內容(如音頻mp3或影片dvd等)已無實體光碟提供,需以QR CODE 連結至當地網站註冊“並通過驗證程序”,方可下載使用。

無現貨庫存之簡體書,將向海外調貨:
海外有庫存之書籍,等候約45個工作天;
海外無庫存之書籍,平均作業時間約60個工作天,然不保證確定可調到貨,尚請見諒。

為了保護您的權益,「三民網路書店」提供會員七日商品鑑賞期(收到商品為起始日)。

若要辦理退貨,請在商品鑑賞期內寄回,且商品必須是全新狀態與完整包裝(商品、附件、發票、隨貨贈品等)否則恕不接受退貨。

優惠價:87 256
海外經銷商無庫存,到貨日平均30天至45天

暢銷榜

客服中心

收藏

會員專區