Visual Studio 2010軟件測(cè)試指南

前言

　  我們的產(chǎn)品團(tuán)隊(duì)常說(shuō)，當(dāng)開(kāi)始創(chuàng)建Visual Studio Test Professional 2010的時(shí)候，我們就希望世界能夠和平。但為了按時(shí)交付軟件，我們沒(méi)有花精力去關(guān)注開(kāi)發(fā)人員和測(cè)試人員期望的“和平”?！? 即使大幅縮減了范圍，我們?nèi)匀幻媾R著一項(xiàng)艱巨的任務(wù)。我們（負(fù)責(zé)創(chuàng)造和維護(hù)軟件的人員與負(fù)責(zé)驗(yàn)證軟件是否滿足企業(yè)和客戶需要的人員）往往是隔離開(kāi)來(lái)的，不管是從人員的組織結(jié)構(gòu)上，還是辦公室的座位上。由于這些隔離開(kāi)發(fā)人員和測(cè)試人員溝通不充分，導(dǎo)致對(duì)問(wèn)題的討論不充分，導(dǎo)致開(kāi)發(fā)人員在一個(gè)工作版本中不確定增加了哪些功能、bug修復(fù)、程序改進(jìn)，導(dǎo)致測(cè)試團(tuán)隊(duì)與開(kāi)發(fā)團(tuán)隊(duì)的互不信任。所有的這些問(wèn)題，只會(huì)導(dǎo)致質(zhì)量低劣、工期延誤、奪標(biāo)的項(xiàng)目取消，并一直困擾著我們。目前，市面上有很多的質(zhì)量保證（QA）工具，通過(guò)這些本身難以與其他工具集成的工具來(lái)管理計(jì)劃、測(cè)試并進(jìn)行跟蹤，反而加劇了溝通的問(wèn)題?！? 當(dāng)我們開(kāi)始挖掘產(chǎn)生溝通問(wèn)題的原因時(shí)，我們驚奇地發(fā)現(xiàn)，手動(dòng)黑盒測(cè)試占據(jù)了整個(gè)行業(yè)的70%。要想用這種方式來(lái)取得成功，測(cè)試人員需要擁有對(duì)所測(cè)試產(chǎn)品的深厚的知識(shí)，但是，他們只有很少的時(shí)間來(lái)研究系統(tǒng)所使用的技術(shù)和架構(gòu)。為了管理他們的測(cè)試工作，基本上是依賴于Microsoft Word、Microsoft Excel、手寫記事本和書(shū)寫板。更糟糕的是，測(cè)試人員在執(zhí)行測(cè)試時(shí)，沒(méi)有相應(yīng)的工具來(lái)支持，因此，一天主要的時(shí)間就這樣浪費(fèi)了，同時(shí)還需要執(zhí)行瑣碎的任務(wù)，例如部署軟件、編寫錯(cuò)誤報(bào)告，以及找出重現(xiàn)bug的步驟。　  作為一家軟件開(kāi)發(fā)公司，微軟清楚地認(rèn)識(shí)到，讓所有的軟件開(kāi)發(fā)團(tuán)隊(duì)成員--開(kāi)發(fā)人員、測(cè)試人員、架構(gòu)師、項(xiàng)目經(jīng)理、系統(tǒng)分析師，都完全參與到軟件開(kāi)發(fā)過(guò)程中來(lái)的重要性。我們創(chuàng)建了Microsoft Visual Studio Test Professional 2010以及Microsoft Team Foundation Server 2010的Lab Management，來(lái)消除開(kāi)發(fā)人員和測(cè)試人員之間的摩擦，例如，可以通過(guò)這些工具，獲取到開(kāi)發(fā)人員做出的變更對(duì)測(cè)試的影響；單擊可控的bug消除不重現(xiàn)問(wèn)題；基于工作項(xiàng)的測(cè)試計(jì)劃和管理，提高了項(xiàng)目的可見(jiàn)性和可追蹤性，并提供給項(xiàng)目的所有利益相關(guān)人員。為了簡(jiǎn)化測(cè)試工作，增加測(cè)試的有效性，我們?cè)黾恿烁纳频奶摂M生成、部署和測(cè)試、快速推進(jìn)手動(dòng)測(cè)試，以及基于上一次手動(dòng)測(cè)試生成自動(dòng)化編碼的UI測(cè)試的功能?！? 在開(kāi)發(fā)過(guò)程中，我們仔細(xì)參詳了許多外部的反饋和意見(jiàn)，他們提供了大量對(duì)這個(gè)行業(yè)的認(rèn)識(shí)，以及自己多年的經(jīng)驗(yàn)。在他們當(dāng)中，Jeff Levinson竭盡全力幫助微軟提供了微軟測(cè)試，以及TFS的Lab Management能力。Jeff參加了每一次正式的設(shè)計(jì)評(píng)審、特殊興趣小組、技術(shù)預(yù)覽以及beta測(cè)試。除了正式的活動(dòng)之外，Jeff花費(fèi)了大量的業(yè)余時(shí)間來(lái)安裝、使用、測(cè)試我們的產(chǎn)品，與我和其他成員探討，并進(jìn)行反饋、推進(jìn)改善、提出建議。雖然他所提供的每一個(gè)反饋并沒(méi)有完全體現(xiàn)在我們的產(chǎn)品中，但因?yàn)橛兴拇嬖?，才使我們的產(chǎn)品變得更好?！? 我堅(jiān)信，Jeff所花費(fèi)的這些時(shí)間和精力，是為了讓我們的生活更加輕松。我知道，Jeff真正的動(dòng)力源自于他幫助團(tuán)隊(duì)構(gòu)建高質(zhì)量軟件的熱情。在他的著作中，Jeff本著實(shí)事求是的態(tài)度，結(jié)合多年的經(jīng)驗(yàn)，清楚地描述了整個(gè)開(kāi)發(fā)團(tuán)隊(duì)?wèi)?yīng)如何進(jìn)行協(xié)作，共同創(chuàng)造真正偉大的軟件。通過(guò)Jeff深厚的知識(shí)和對(duì)Microsoft Visual Studio Test Professional 2010的深刻認(rèn)識(shí)，為我們呈現(xiàn)出了一幅線路圖，幫助所有的團(tuán)隊(duì)開(kāi)發(fā)高質(zhì)量的軟件，避免易犯的錯(cuò)誤和摩擦，引領(lǐng)我們走出“死亡之旅”，杜絕錯(cuò)過(guò)項(xiàng)目的最后期限，導(dǎo)致客戶不滿意的情況?！? Mark Mydland　  微軟測(cè)試部主管

內(nèi)容概要

　  《Visual Studio 2010軟件測(cè)試指南（微軟測(cè)試工具技術(shù)內(nèi)幕）》介紹如何使用Visual Studio 2010這款突破性測(cè)試工具，以節(jié)省時(shí)間、降低成本并改善軟件整個(gè)生命周期的質(zhì)量。本書(shū)由淺至深、循序漸進(jìn)，系統(tǒng)而詳細(xì)地講述了測(cè)試的現(xiàn)狀、基本概念，從CMMI和敏捷兩個(gè)不同的角度，描述如何進(jìn)行測(cè)試計(jì)劃、組織測(cè)試用例、編寫自動(dòng)化測(cè)試、執(zhí)行測(cè)試、處理bug，以及如何建立指標(biāo)、分析報(bào)告，對(duì)整個(gè)測(cè)試過(guò)程進(jìn)行優(yōu)化?！? 《Visual Studio 2010軟件測(cè)試指南（微軟測(cè)試工具技術(shù)內(nèi)幕）》適合軟件開(kāi)發(fā)、測(cè)試和分析人員閱讀，也可以供軟件系統(tǒng)設(shè)計(jì)人員、架構(gòu)師和項(xiàng)目管理人員等技術(shù)及管理人員參考。

作者簡(jiǎn)介

作者：(美國(guó))萊文森 (Levinson.J.) 譯者：趙卓萊文森，Jeff Levinson擁有16年的軟件開(kāi)發(fā)經(jīng)驗(yàn)，并在多個(gè)大公司里擔(dān)任過(guò)各種不同的職務(wù)——開(kāi)發(fā)人員、測(cè)試人員、架構(gòu)師、項(xiàng)目經(jīng)理，以及scrum主管。Jeff當(dāng)前是Northwest Cadence的一位資深的應(yīng)用程序生命周期管理(ALM)顧問(wèn)，專門從事Team Foundation Server、Visual Studio、方法理論，以及過(guò)程改進(jìn)的研究。在日常工作中，Jeff幫助團(tuán)隊(duì)、組織以及公司采用更具效率的過(guò)程，提高質(zhì)量并降低軟件開(kāi)發(fā)的相關(guān)成本。在這個(gè)行業(yè)中，Jeff經(jīng)常以講師的身份進(jìn)行活動(dòng)，并且負(fù)責(zé)半月看《Visual Studio Magazine》在線的編輯。本書(shū)是他的第4本著作。他編著的其他書(shū)箱分別為《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)。他畢業(yè)于卡內(nèi)基-梅隆大學(xué)，獲軟件工程碩士學(xué)位，同時(shí)還是微軟的MCP、MCAD、MCSD、MCDBA以及MCT。目前，Jeff和他的妻子以及2個(gè)孩子居住在華盛頓。

書(shū)籍目錄

對(duì)本書(shū)的評(píng)價(jià)譯者序序 前言 致謝 關(guān)于作者 第1章 軟件測(cè)試的現(xiàn)狀 11.1 軟件測(cè)試面臨的挑戰(zhàn) 11.2 測(cè)試人員的需求 31.3 另一種方式 41.3.1 解決溝通問(wèn)題 51.3.2 提高項(xiàng)目的透明度 51.3.3 工具的作用 61.4 指標(biāo) 91.5 總結(jié) 101.6 參考文獻(xiàn) 10第2章 軟件質(zhì)量和測(cè)試概述 112.1 軟件質(zhì)量 112.1.1 需求 112.1.2 商業(yè)價(jià)值 122.1.3 期望 122.1.4 非功能需求 132.1.5 從何處開(kāi)始打造質(zhì)量 142.1.6 過(guò)程與質(zhì)量 162.2 軟件測(cè)試 162.2.1 測(cè)試的心態(tài) 162.2.2 軟件測(cè)試的方法 172.2.3 軟件測(cè)試的類型 182.2.4 測(cè)試管理 222.2.5 產(chǎn)品出廠或部署之后 222.3 總結(jié) 22第3章 規(guī)劃您的測(cè)試 253.1 Microsoft Test Manager 263.1.1 測(cè)試計(jì)劃 313.1.2 屬性 333.1.3 內(nèi)容 373.1.4 將套件和測(cè)試用例添加到測(cè)試計(jì)劃中 393.2 測(cè)試配置 413.2.1 管理測(cè)試配置 423.2.2 指派測(cè)試配置 443.3 指派測(cè)試人員 463.4 測(cè)試用例的規(guī)劃流程 473.4.1 分析和初始設(shè)計(jì) 493.4.2 實(shí)施 523.4.3 用戶驗(yàn)收測(cè)試 533.5 普遍的情況 543.5.1 計(jì)劃并跟蹤測(cè)試用例的編寫與執(zhí)行 543.5.2 功能驅(qū)動(dòng)開(kāi)發(fā) 553.5.3 從一個(gè)迭代進(jìn)行到另一個(gè)迭代 573.5.4 處理不同的測(cè)試配置 583.6 總結(jié) 58第4章 執(zhí)行手動(dòng)測(cè)試 594.1 使用測(cè)試用例類型的工作項(xiàng) 604.1.1 共享步驟 624.1.2 數(shù)據(jù)驅(qū)動(dòng)的測(cè)試用例（測(cè)試參數(shù)） 644.2 運(yùn)行第一個(gè)測(cè)試 664.3 分析測(cè)試結(jié)果 784.3.1 測(cè)試運(yùn)行的結(jié)果 784.3.2 詳細(xì)測(cè)試結(jié)果 804.4 通過(guò)測(cè)試管理器進(jìn)行探索性測(cè)試 854.5 總結(jié) 88第5章 解決問(wèn)題 915.1 bug的生命周期 915.1.1 客戶提交的bug 935.1.2 測(cè)試團(tuán)隊(duì)提交的bug 935.1.3 評(píng)審bug 945.1.4 重新激活 945.2 bug之間的差異和變化 945.3 引起的bug 985.4 開(kāi)發(fā)人員應(yīng)如何使用IntelliTrace 1015.5 修復(fù)bug 1045.5.1 關(guān)聯(lián)的變更集 1055.5.2 關(guān)聯(lián)的工作項(xiàng) 1055.5.3 受影響的測(cè)試 1065.6 設(shè)置生成質(zhì)量 1065.7 指派一個(gè)新的生成 1085.8 驗(yàn)證bug是否修復(fù) 1105.9 處理受影響的測(cè)試 1125.10 總結(jié) 113第6章 自動(dòng)化測(cè)試用例 1156.1 是否進(jìn)行自動(dòng)化 1166.2 自動(dòng)化測(cè)試框架 1186.3 根據(jù)手動(dòng)測(cè)試建立自動(dòng)化測(cè)試 1206.4 添加驗(yàn)證 1346.5 添加額外錄制的操作 1406.6 編碼的UI測(cè)試的參數(shù)化 1416.6.1 處理由于不一致而導(dǎo)致的問(wèn)題 1436.6.2 解決數(shù)據(jù)不一致的情況 1446.7 處理動(dòng)態(tài)的值 1466.8 組合多個(gè)測(cè)試 1526.9 將編碼的UI測(cè)試與測(cè)試用例關(guān)聯(lián) 1526.10 總結(jié) 155第7章 執(zhí)行自動(dòng)化測(cè)試用例 1577.1 通過(guò)Visual Studio執(zhí)行自動(dòng)化測(cè)試 1577.1.1 本地執(zhí)行 1587.1.2 帶有遠(yuǎn)程收集的本地執(zhí)行 1587.1.3 遠(yuǎn)程執(zhí)行 1587.2 通過(guò)命令提示行執(zhí)行自動(dòng)化測(cè)試 1627.3 在測(cè)試管理器中執(zhí)行自動(dòng)化測(cè)試 1647.3.1 創(chuàng)建一個(gè)自動(dòng)生成 1647.3.2 建立物理環(huán)境 1657.3.3 通過(guò)測(cè)試管理器運(yùn)行編碼的UI測(cè)試 1687.4 通過(guò)團(tuán)隊(duì)生成執(zhí)行自動(dòng)化測(cè)試 1737.5 自動(dòng)化測(cè)試的初始化與清理 1767.5.1 自定義對(duì)話框 1767.5.2 清理您的測(cè)試 1797.6 總結(jié) 179第8章 Lab Management 1818.1 通過(guò)測(cè)試管理器來(lái)管理虛擬環(huán)境 1828.2 完成虛擬環(huán)境的配置 1878.3 自動(dòng)化測(cè)試設(shè)置 1918.4 執(zhí)行實(shí)驗(yàn)室生成 2008.5 通過(guò)測(cè)試管理器運(yùn)行自動(dòng)化測(cè)試 2018.6 在虛擬環(huán)境中進(jìn)行手動(dòng)測(cè)試 2028.7 總結(jié) 206第9章 報(bào)告與指標(biāo) 2079.1 報(bào)告的結(jié)構(gòu) 2079.2 內(nèi)置的報(bào)告 2099.2.1 bug狀態(tài) 2119.2.2 bug趨勢(shì) 2129.2.3 重新激活 2139.2.4 生成質(zhì)量指標(biāo) 2149.2.5 生成在各個(gè)時(shí)間的狀態(tài) 2159.2.6 生成摘要 2159.2.7 情景概覽 2169.2.8 測(cè)試用例準(zhǔn)備情況 2179.2.9 測(cè)試計(jì)劃進(jìn)度 2189.3 Excel服務(wù)報(bào)告 2199.4 通過(guò)Microsoft Excel進(jìn)行報(bào)告 2209.4.1 創(chuàng)建一個(gè)生成的報(bào)告 2209.4.2 測(cè)試指標(biāo) 2229.5 指標(biāo) 2319.5.1 測(cè)量什么 2339.5.2 首次缺陷率 2349.5.3 重新激活的bug 2379.5.4 一般bug數(shù) 2389.6 總結(jié) 241

章節(jié)摘錄

版權(quán)頁(yè)：插圖：6.1是否進(jìn)行自動(dòng)化這個(gè)看似簡(jiǎn)單的問(wèn)題其實(shí)值得認(rèn)真思考。它的答案可能是“把一切自動(dòng)化”，也可能是“不值得做自動(dòng)化”?；蛘?，還有一些人最喜歡說(shuō)“我們都有單元測(cè)試了，要自動(dòng)化功能測(cè)試干什么？”現(xiàn)實(shí)的情況是，第一個(gè)反應(yīng)是合適的（但是很少實(shí)現(xiàn)），而第二個(gè)從來(lái)就不合適，而第三個(gè)實(shí)際上是一個(gè)很好的問(wèn)題。如果您擁有大量的單元測(cè)試，并且代碼（甚至功能）覆蓋率非常高，那么何必再使用自動(dòng)化測(cè)試？這個(gè)問(wèn)題的答案就是，許多人很喜歡把單元測(cè)試當(dāng)成全部的測(cè)試，但他們卻沒(méi)有考慮到更長(zhǎng)遠(yuǎn)的情況。單元測(cè)試，顧名思義，無(wú)法測(cè)試集成的情況。它無(wú)法測(cè)試一系列的事件，而功能測(cè)試能夠做到。（而且，單元測(cè)試測(cè)試用戶界面是相當(dāng)困難的，很多團(tuán)隊(duì)都不會(huì)這么做。）所以，單元測(cè)試可以給您100％的代碼覆蓋率，但永遠(yuǎn)不會(huì)給您100％的功能覆蓋率。承認(rèn)了這個(gè)現(xiàn)實(shí)之后，您就該思考哪些地方需要自動(dòng)化了。答案總喜歡是“所有”，不過(guò)這很少能做到。原因在于，您沒(méi)有那么多的人力與時(shí)間。即使在Visual Studio 2010中，自動(dòng)化測(cè)試看上去很棒，但做自動(dòng)化還是需要時(shí)間的，同時(shí)還需要資金。其實(shí)將所有的地方都自動(dòng)化是毫無(wú)必要的，因?yàn)樽詣?dòng)化測(cè)試越多，投資回報(bào)率反而越少。要對(duì)測(cè)試的好壞做一個(gè)定義，那么，其關(guān)鍵在于它發(fā)現(xiàn)bug的能力。前面也曾經(jīng)提到過(guò)一些好的測(cè)試是什么樣的。這同樣適用于自動(dòng)化測(cè)試；自動(dòng)化測(cè)試是不是有用，也取決于其發(fā)現(xiàn)bug的能力。那么什么樣的測(cè)試才能夠達(dá)到這個(gè)標(biāo)準(zhǔn)呢？您應(yīng)該問(wèn)自己哪些問(wèn)題呢？

媒體關(guān)注與評(píng)論

測(cè)試和測(cè)試人員，總是得不到應(yīng)有的重視。本書(shū)從“做什么，為何做。如何做”這3個(gè)方面描述了基于Visual Studio 2010的測(cè)試。這絕對(duì)有助于改變這種現(xiàn)狀。更重要的是.它有助于使我們的軟件變得更好。　　——Chappell &Associates息監(jiān)David ChappellJeff Levinson寫了一本不同尋常的書(shū)。之所以不同尋常，是因?yàn)樗麑⒋罅康男畔ⅲ诤显诹艘槐厩逦?、易讀的書(shū)當(dāng)中。這本書(shū)將告訴您如何最好地使用Visual Studio 2010測(cè)試工具?！　　狽orthwest Cadence創(chuàng)始人Steven Borg使用Visual Studio 2010和Team Foundation Server 2010。明顯有助于您的測(cè)試和應(yīng)用程序生命周期管理（Application Lifecycle Management，ALM）?！　　狹icrosoft ALM MVP和高級(jí)技術(shù)開(kāi)發(fā)人員、Infront咨詢小組成員Mickey Gousset

編輯推薦

《Visual Studio 2010軟件測(cè)試指南》主要內(nèi)容：使用微軟測(cè)試管理器（MTM）對(duì)測(cè)試進(jìn)行計(jì)劃，建立測(cè)試設(shè)置，組織測(cè)試用例，管理測(cè)試過(guò)程，通過(guò)微軟測(cè)試管理器和測(cè)試運(yùn)行器，執(zhí)行手動(dòng)測(cè)試，提交和解決bug，并自定義bug報(bào)告過(guò)程，將測(cè)試用例自動(dòng)化。并將其關(guān)聯(lián)到需求，通過(guò)Visual Studio和Microsoft Test Manager，執(zhí)行自動(dòng)化測(cè)試用例，在生成過(guò)程中集成自動(dòng)化測(cè)試，使用微軟的Lab Management虛擬平臺(tái)來(lái)測(cè)試應(yīng)用程序，對(duì)環(huán)境進(jìn)行快照，并重現(xiàn)bug，收集詳盡的指標(biāo)，用語(yǔ)評(píng)估軟件質(zhì)量，并明確如何改善。Visual Studio 2010 Ultimate、Visual Studio Test Professional 2010、Lab Management 2010和Team Foundation Server給基于微軟平臺(tái)的開(kāi)發(fā)人員提供了一套最先進(jìn)、最易集成的軟件測(cè)試解決方案。微軟MVP、Visual Studio測(cè)試專家Jeff Levinson.貫穿于整個(gè)軟件開(kāi)發(fā)的生命周期.介紹了應(yīng)當(dāng)如何使用微軟的新工具來(lái)節(jié)省時(shí)間、降低成本，并提高軟件質(zhì)量。無(wú)論您是開(kāi)發(fā)人員、測(cè)試人員，還是分析人員，本書(shū)都能夠幫您顯著改善效率，以及您要交付的結(jié)果——無(wú)論是對(duì)于個(gè)人，還是對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)的成員。

圖書(shū)封面

圖書(shū)標(biāo)簽Tags

無(wú)

評(píng)論、評(píng)分、閱讀與下載

---

    Visual Studio 2010軟件測(cè)試指南 PDF格式下載

---