Visual Studio 2010軟件測試指南

前言

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

內(nèi)容概要

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

作者簡介

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

書籍目錄

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

章節(jié)摘錄

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

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

測試和測試人員，總是得不到應(yīng)有的重視。本書從“做什么，為何做。如何做”這3個方面描述了基于Visual Studio 2010的測試。這絕對有助于改變這種現(xiàn)狀。更重要的是.它有助于使我們的軟件變得更好?！　　狢happell &Associates息監(jiān)David ChappellJeff Levinson寫了一本不同尋常的書。之所以不同尋常，是因為他將大量的信息，融合在了一本清晰、易讀的書當(dāng)中。這本書將告訴您如何最好地使用Visual Studio 2010測試工具。　　——Northwest Cadence創(chuàng)始人Steven Borg使用Visual Studio 2010和Team Foundation Server 2010。明顯有助于您的測試和應(yīng)用程序生命周期管理（Application Lifecycle Management，ALM）?！　　狹icrosoft ALM MVP和高級技術(shù)開發(fā)人員、Infront咨詢小組成員Mickey Gousset

編輯推薦

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

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    Visual Studio 2010軟件測試指南 PDF格式下載

---