1第5章軟件測試管理及自動化測試根底5.1軟件測試自動化根底5.2軟件測試管理5.3軟件測試文檔標準(補充)本章小結本章小結練習題考慮題1第一頁，共64頁。5.1軟件測試自動化根底5.1.1自動化測試含義5.1.2自動化測試意義5.1.3自動化測試局限性 5.1.4測試工具 2第二頁，共64頁。自動化測試含義自動化測試的定義使用軟件工具來代替手工進展的一系列動作。自動化測試的特點可操作性、可重復性和高效率自動化測試的目的減輕手工測試的工作量節(jié)約資源〔包括人力、物力等〕保證軟件質(zhì)量縮短測試周期3第三頁，共64頁。自動化測試含義自動化測試的工作方式通常使用腳本或者其他代碼驅動應用程序。通過可視用戶界面〔如閱讀器〕完成，或通過直接命令〔從客戶端發(fā)向效勞器，以模擬閱讀器發(fā)送的命令〕完成自動化測試。記錄測試結果。自動化測試與回歸測試自動化測試以同一方式屢次運行同一測試。自動化測試可視為一系列的回歸測試。4第四頁，共64頁。自動化測試意義自動化測試優(yōu)點進步測試效率代替繁瑣的手工測試活動，減少出錯。降低對軟件新版本進展回歸測試的開銷更好地利用計算機資源軟件測試工具工作環(huán)境和工作時間更靈敏。進步測試質(zhì)量具有一致性和可重復性可追溯和重復測試過程。完成手工測試不能或難以完成的測試如并發(fā)測試、壓力測試、大數(shù)據(jù)量測試、崩潰性測試等。降低風險，增加軟件信任度5第五頁，共64頁。自動化測試局限性 自動化測試的局限性不能期望完成所有的規(guī)劃、設計和測試工作不能完全取代手工測試和手工測試工程師。不能期望自動測試發(fā)現(xiàn)大量的新錯誤。需要測試人員理解掌握軟件自動化測試工具的正確使用假如缺乏測試經(jīng)歷，測試的組織差、文檔少或不一致，那么自動測試的效果比較差。如不掌握使用方法，很可能會降低測試的效率。軟件自動化測試工具本身的問題軟件自動化測試工具也有一定的本錢開支和培訓費用。本身存在的缺乏和有待完善的地方。6第六頁，共64頁。5.1.4測試工具 白盒測試工具針對代碼進展測試，發(fā)現(xiàn)的缺陷可定位到代碼級。包括靜態(tài)測試工具和動態(tài)測試工具黑盒測試工具適用于黑盒測試的場合。包括功能測試工具和性能測試工具其他測試工具管理類工具測試方案、測試用例、測試施行、缺陷跟蹤進展管理。專用測試工具針對數(shù)據(jù)庫測試的工具，對應用性能進展優(yōu)化的工具。7第七頁，共64頁。5.1.4測試工具 靜態(tài)測試工具靜態(tài)測試工具直接對代碼進展分析，不需要運行代碼，也不需要對代碼編譯鏈接，生成可執(zhí)行文件。靜態(tài)測試工具一般是對代碼進展語法掃描，找出不符合編碼標準的地方，根據(jù)某種質(zhì)量模型評價代碼的質(zhì)量，生成系統(tǒng)的調(diào)用關系圖等。靜態(tài)測試工具的代表Telelogic公司的Logiscope軟件PR公司的PRQA軟件。8第八頁，共64頁。5.1.4測試工具 動態(tài)測試工具動態(tài)測試工具與靜態(tài)測試工具不同，動態(tài)測試工具的一般采用“插樁〞的方式，向代碼生成的可執(zhí)行文件中插入一些監(jiān)測代碼，用來統(tǒng)計程序運行時的數(shù)據(jù)。與靜態(tài)測試工具最大的不同就是動態(tài)測試工具要求被測系統(tǒng)實際運行。動態(tài)測試工具的代表Compuware公司的DevPartner軟件Rational公司的Purify系列開源測試框架JUnit9第九頁，共64頁。5.1.4測試工具 黑盒測試工具的一般原理利用腳本的錄制(Record)/回放(Playback)，模擬用戶的操作，然后將被測系統(tǒng)的輸出記錄下來同預先給定的標準結果比較。黑盒測試工具可以大大減輕黑盒測試的工作量，在迭代開發(fā)的過程中，可以很好地進展回歸測試。黑盒測試工具的代表MI公司的WinRunner、LoadRunnerRational公司的TeamTest、RobotCompuware公司的QARunRadview公司的WebLoadMicrosoft公司的WebStress10第十頁，共64頁。5.1.4測試工具 測試管理工具的代表MI公司的TestDirectorRational公司的TestManagerCompuware公司的TrackRecord等軟件。11第十一頁，共64頁。5.2軟件測試管理5.2.1軟件測試管理方案5.2.2軟件測試管理過程5.2.3軟件測試的人員組織 5.2.4軟件測試管理主要功能 5.2.5軟件測試管理施行 5.2.6軟件測試管理工具簡介12第十二頁，共64頁。軟件測試管理方案軟件測試管理要素測試人員及組織——誰？測試過程——怎樣進展？技術過程、管理過程、支持過程測試方案——時間要求？根本信息、目的、內(nèi)容、時間、人員、意外情況測試工作產(chǎn)品——什么？測試方案書、測試說明書、測試腳本測試案例、測試數(shù)據(jù)、測試報告、缺陷報告13第十三頁，共64頁。軟件測試管理方案制定方案的要素理解被測對象的根本信息選擇測試的標準級別到達的——目的明確測試管理方案標識和測試管理項管理的——內(nèi)容、時間、人員等14第十四頁，共64頁。軟件測試管理方案制定方案的內(nèi)容定義被測對象的測試管理——目的、范圍確定測試管理所使用的——方法，即提供技術性的測試管理策略和測試管理過程。確定必要的——測試環(huán)境包括測試硬件，軟件及測試環(huán)境的建立。這需要管理者應該全面理解被測試對象的系統(tǒng)方法、語言特征、構造特點、操作方法和特殊需求等詳細的——進度方案測試管理的開場段、中間段、完畢段及測試管理過程每個部分的時間點和負責人等。意外情況的——特殊處理當意外問題發(fā)生時應如何處理。15第十五頁，共64頁。軟件測試管理方案軟件測試方案的目的IEEE-829關于軟件測試文檔〔softwaretestdocument〕標準的描繪：規(guī)定測試活動的范圍、方法資源、進度；明確測試的內(nèi)容、特性、任務、人員、相關的風險。16第十六頁，共64頁。5.2.2軟件測試管理過程測試過程技術過程、管理過程、支持過程管理內(nèi)容測試方案的管理測試工作產(chǎn)品的管理測試過程的管理測試人員及組織的管理評估測試的有效性和效率基于度量的測試過程的持續(xù)改進17第十七頁，共64頁。5.2.3軟件測試的人員組織 軟件測試組織管理：以開發(fā)為主的組織模型以工程為主的組織模型獨立測試的組織模型測試組織規(guī)模建議和舉例軟件測試人員管理：人員的選擇人員的鼓勵職業(yè)開展方案人員的培訓18第十八頁，共64頁。以開發(fā)為主的組織模型19第十九頁，共64頁。以工程為主的組織模型20第二十頁，共64頁。測試獨立的組織模型21第二十一頁，共64頁。測試組織規(guī)模(美)ElfriedeDustin建議〔參見：〕?有效軟件測試——進步測試程度的50條建議??軟件自動化測試：引入、管理與施行??自動化軟件測試施行指南?……產(chǎn)品類型開發(fā)組規(guī)模比例測試組規(guī)模商業(yè)軟件產(chǎn)品(大市場)203:213商業(yè)軟件產(chǎn)品(小市場)203:17單機應用206:13政府信息系統(tǒng)205:14企業(yè)信息系統(tǒng)204:1522第二十二頁，共64頁。測試組織規(guī)模舉例微軟人員構造總體情況工程經(jīng)理5%，開發(fā)人員31%，測試人員64%比例Exchange2000工程工程經(jīng)理25人，開發(fā)人員140人，測試人員350人比例——1:5.6:1423第二十三頁，共64頁。軟件測試人員管理人員的選擇人員的鼓勵職業(yè)開展方案人員的培訓24第二十四頁，共64頁。軟件測試人員的選擇考察的方面：計算機技能測試才能測試經(jīng)歷產(chǎn)品經(jīng)歷開發(fā)經(jīng)歷職業(yè)素質(zhì)25第二十五頁，共64頁。軟件測試人員的選擇合適的人員特征不合適的人員特征愿以測試作為自己的職業(yè)輕視測試工作，愿以開發(fā)工作為職業(yè)職業(yè)悲觀主義者（產(chǎn)品負面）容易妥協(xié)，害怕爭論愿意承擔繁重的測試工作不愿做艱苦的測試工作善于觀察，能識別細微的差別粗心大意，忽視一些差別邏輯性強，思維縝密，表達清晰思維粗糙、不周全，不能清楚表達自我管理能力，不偏離工作主線不能把握工作重點，陷于枝微末節(jié)掌握必要的技術背景及技能技術背景弱26第二十六頁，共64頁。軟件測試人員的選擇27第二十七頁，共64頁。軟件測試人員的選擇性格適應職業(yè)類型類別特征開發(fā)管理營銷策劃設計制作測試維護反應型適應、行動、時效★★★■■★★★■■探索型創(chuàng)新、主動、靈活■■★★★■■▲果斷型直接、決斷、坦誠★★★■■■■★★★貢獻型溝通、合作、策略★★★★★★■■■■縝密型專注、穩(wěn)定、純真■■▲★★★★★★愿景型解釋、執(zhí)行、原則▲■■★★★■■分析型審視、節(jié)制、持續(xù)■■▲★★★★★★關顧型關心、聯(lián)系、謙卑■■■■■■★★★〔符號說明：★★★——非常合適；■■——合適；▲——不太合適〕28第二十八頁，共64頁。軟件測試人員的選擇測試工程師要求(質(zhì)量保證協(xié)會QAI:QualityAssuranceInstituter提出〕一般才能表達、交流、協(xié)調(diào)、管理、質(zhì)量意識、過程方法、軟件工程等。測試技能及方法測試根本概念及方法、測試工具及環(huán)境、專業(yè)測試標準、工作成績評估等。29第二十九頁，共64頁。軟件測試人員的選擇測試規(guī)劃才能風險分析及防范、軟件放行/接收準那么制訂、測試目的及方案、測試方案和設計的評審方法等測試執(zhí)行才能測試數(shù)據(jù)/腳本/用例、測試比較及分析、缺陷記錄及處理、自動化工具測試分析、報告和改進才能測試度量、統(tǒng)計技術、測試報告、過程監(jiān)測及持續(xù)改進30第三十頁，共64頁。軟件測試人員的鼓勵需求層次理論〔美國心理學家A·H·Maslow〕生存需要——工作職位、工資獎金、休息時間平安需要——公正待遇、應付工作的才能和信心社會需要——團隊歸屬感，互相認同、理解和支持自尊需要——具有受人尊重/賞識/重視，——有實力、有成就、能勝任、有業(yè)績、獨立和自由的自我實現(xiàn)需要——成為自己期望的人物——有不斷的新穎感、幽默感、濃重興趣、不受束縛的想像力、反潮流精神、創(chuàng)造力、講民主的性格31第三十一頁，共64頁。軟件測試人員的鼓勵需求層次理論〔美國心理學家A·H·Maslow〕需求并存——在某一階段上，人的多種需求并存，但只有一種需求獲得主導地位。動態(tài)變化——在不同時期，需求構造在動態(tài)變化，大致是逐步從低到高、從外部向內(nèi)部滿足。滿足上行機制——尚未滿足的較低層需求總是主宰的，只有在滿足它之后，緊鄰的高一層需求才被激活成為主宰。挫折下行機制——高一層需求在未得到滿足、受到挫折后，低一層次的需求重新成為主宰。32第三十二頁，共64頁。軟件測試人員的鼓勵測試工作的快樂哲學選擇自己的態(tài)度給自己適宜的定位從工作中尋找樂趣讓別人快樂也讓自己快樂全身心投入工作探求真理——認識世界需要觀察，更需要考慮。關切人類苦難——尋求根源，排除缺陷。追求美妙愛情——一個懂得欣賞別人并從中汲取養(yǎng)分的人才有可能得到別人的欣賞。33第三十三頁，共64頁。軟件測試人員的鼓勵關于?快樂哲學?(TheConquestofHappiness)作者伯特蘭·羅素〔1872—1970〕諾貝爾文學獎〔1950〕獲得者，英國哲學家、數(shù)學家、邏輯學家、社會學家、教育家、文學家。核心思想快樂，是人類的一種共同追求。任何一種對別人不造成危害的快樂都應得到珍視?？鞓?，是一種激情。探求真理，關切人類苦難，追求美妙愛情如何獲得快樂？智慧、情愛和興趣認識世界需要觀察，更需要考慮。對世界有了真正客觀的認識，才有可能以出世的態(tài)度來入世，找到自己的位置，確立合適自己人生觀和價值觀。34第三十四頁，共64頁。軟件測試人員的鼓勵測試工作的7條效率原那么主動考慮，積極行動牢記目的，把握方向要事第一，分清主次互利互惠，善者共贏知彼知己，百戰(zhàn)不殆溝通理解，協(xié)作高效不斷學習，持續(xù)改進?高效能人士的七個習慣?(史蒂芬科維〕StephenR.Covey(1932-)被美國?時代周刊?譽為“思想巨匠〞“人類潛能的導師〞，并入選影響美國歷史進程的25位人物之一。哈佛畢業(yè)的工商管理碩士〔MBA〕，在楊百翰大學獲得博士學位。35第三十五頁，共64頁。軟件測試人員的職業(yè)開展方案初級測試工程師具備必要的計算機知識和技能掌握測試技能及方法，具有測試施行/執(zhí)行才能中級測試工程師初級測試工程師一年以上經(jīng)歷具有測試設計才能，可以指導初級測試工程師工作高級測試工程師中級測試工程師一年以上經(jīng)歷具有測試規(guī)劃及管理才能、測試分析及報告才能、測試過程設計及改進才能可以指導中級測試工程師工作36第三十六頁，共64頁。軟件測試人員的職業(yè)開展方案12年的職業(yè)開展方案〔ElfriedeDustin推薦〕1-2年技術技能熟悉整個測試過程及產(chǎn)品業(yè)務領域，學習和掌握自動測試工具，學習測試自動化編程技術開發(fā)和執(zhí)行測試腳本，承擔系統(tǒng)測試施行任務掌握編程語言、操作系統(tǒng)、網(wǎng)絡與數(shù)據(jù)庫方面的技能3-4年測試過程深化理解測試過程，掌握測試過程設計及改進，參與軟件工作產(chǎn)品的同行評審進一步理解產(chǎn)品業(yè)務領域，改進測試自動化編程技術能指導初級測試工程師加強編程語言、操作系統(tǒng)、網(wǎng)絡與數(shù)據(jù)庫方面的技能37第三十七頁，共64頁。軟件測試人員的職業(yè)開展方案12年的職業(yè)開展方案〔E.Dustinetc.〕4-5年測試組工作管理1-3名測試工程師，擔任任務估算、管理及進度控制進一步培養(yǎng)在軟件工程管理及支持工具方面的技能5-6年技術管理管理4-8名測試工程師，進步任務估算、管理及進度控制才能，完成測試規(guī)劃并制訂測試方案研究測試的技術手段，保持使用工程管理及支持工具的技能用大量時間為其他測試工程師提供技術及過程方面的指導開場與客戶打交道并做演示推介6-12年測試管理管理8名以上測試工程師，負責一個或多個工程的測試工作與客戶打交道并做演示推介保持使用工程管理及支持工具的技能38第三十八頁，共64頁。軟件測試人員的職業(yè)開展方案12年的職業(yè)開展方案〔E.Dustinetc.〕6-12年測試管理管理8名以上測試工程師，負責一個或多個工程的測試工作與客戶打交道并做演示推介保持使用工程管理及支持工具的技能39第三十九頁，共64頁。軟件測試人員的培訓測試根底知識和技能培訓測試設計培訓測試工具培訓測試對象—軟件產(chǎn)品的培訓測試過程培訓測試管理培訓40第四十頁，共64頁。5.2.4軟件測試管理主要功能 測試控制對象的編輯和管理測試方案、測試案例、測試結果、問題報告……測試流程的控制和管理制定方案、進度控制、信息反響和交流……統(tǒng)計分析和決策支持問題分析、質(zhì)量評估、風險預測、決策支持……41第四十一頁，共64頁。5.2.5軟件測試管理施行 建立測試管理體系——制度上保證設計案例、發(fā)現(xiàn)缺陷、分析報告——質(zhì)量上保證控制進度、管理跟蹤和持續(xù)改進——時間上的保證協(xié)同工作、溝通交流——組織上的保證42第四十二頁，共64頁。用戶名：密碼：登錄新機構注冊已有機構注冊5.2.6軟件測試管理工具簡介〔1〕軟件測試管理系統(tǒng)〔TMS〕采用BROWSER/WEB的方式從制定測試方案、編寫測試用例和測試步驟、問題(bug)跟蹤處理、測試總結報告等各個階段進展有效的控制和管理。提供自動生成WORD文檔的功能。實現(xiàn)了問題〔bug〕的跟蹤處理。摘自：43第四十三頁，共64頁。5.2.6軟件測試管理工具簡介〔2〕測試管理工具〔TestManagementWorkshop〕全自動化測試系統(tǒng)可用來監(jiān)測、執(zhí)行和管理嵌入式設備上的軟件測試工作?參見：44第四十四頁，共64頁。5.2.6軟件測試管理工具簡介〔3〕軟件測試系統(tǒng)〔i-Test〕由中科軟科技研制，主要功能及特色：1〕采用B/S構造可以安裝在Web效勞器上。2〕提供測試用例數(shù)據(jù)庫和軟件缺陷數(shù)據(jù)庫，工程有關人員可以按照訪問權限設置共享和使用這些數(shù)據(jù)庫。3〕提供相應的自動化功能可高效編寫、運行、查詢測試用例可快速填寫、修改和查詢軟件缺陷報告；可將測試文檔及數(shù)據(jù)傳送到MSOffice排版。45第四十五頁，共64頁。5.2.6軟件測試管理工具簡介〔3〕軟件測試系統(tǒng)〔i-Test〕由中科軟科技研制，主要功能及特色：4〕將軟件缺陷生命周期分為6個生命狀態(tài)：open、working、verify、cancel、close、defer5〕加強人員的溝通和管理相關人員隨時可查看測試文檔、用例、缺陷信息、測試圖表隨時可參與任一軟件缺陷的討論〔BBS〕、上傳圖片、查看圖片；6〕可隨時分析動態(tài)數(shù)據(jù)為發(fā)現(xiàn)問題、解決問題，以客觀測試數(shù)據(jù)作為決策的根據(jù)。運行環(huán)境配置MicrosoftNT4.0及或以上版本，SQLServer7.0或以上版本，參考：46第四十六頁，共64頁。5.3軟件測試文檔標準(補充)5.3.1IEEE829-1998、軟件測試文檔標準5.3.2GB/T8567-1988、2006計算機軟件文檔編制標準47第四十七頁，共64頁。5.3.1IEEE829-1998、IEEE829-1998-也被稱做829軟件測試文檔標準定義了一套文檔類型用于8個已定義的軟件測試階段。測試方案書Testplan:如何完成測試?要到達何種質(zhì)量等級？由誰來做?測試什么?要做多久？有關測試說明specification測試設計說明書Testdesignspecification:設計測試條件以及預期結果作為測試通過標準測試用例說明書Testcasespecification:制定符合測試設計說明書中測試條件的測試數(shù)據(jù)測試方法〔規(guī)程〕說明書Testprocedurespecification:描繪如何運行測試,包括所有先決條件及需要遵守的步驟48第四十八頁，共64頁。IEEE829〔1998、〕有關測試報告測試項移交報告Testitemtransmittalreport:測試后的軟件部分從一個階段進入下一個階段時，進展報告測試日志Testlog:記錄運行了哪些測試用例,執(zhí)行人,執(zhí)行順序,結果測試事件報告Testincidentreport:測試失敗時，描繪實際結果、預期結果以及可能的原因。測試總結報告Testsummaryreport:提供測試完成后未覆蓋到的重要信息,包括對測試結果的質(zhì)量評定，測試下軟件系統(tǒng)的質(zhì)量，以及事件報告的統(tǒng)計資料。49第四十九頁，共64頁。

GB/T8567-1988、2006計算機軟件文檔編制標準1、范圍2、標準性引用文件3、術語和定義4、縮略語5、文檔過程7、文檔編制格式7．3軟件測試方案(STP)7．15軟件測試說明(STD)7．16軟件測試報告(STR)50第五十頁，共64頁。軟件測試方案(STP)1引言2引用文件3軟件測試環(huán)境4方案5測試進度表6需求的可追蹤性7評價8注解51第五十一頁，共64頁。軟件測試方案(STP)4方案總體設計方案執(zhí)行的測試a.測試用例的名稱和標識；b.簡要說明本測試用例涉及的測試項和特性；c.輸入說明，規(guī)定執(zhí)行本測試用例所需的各個輸入，規(guī)定所有適宜的數(shù)據(jù)庫、文件、終端信息、內(nèi)存常駐區(qū)域和由系統(tǒng)傳送的值，規(guī)定各輸入間所需的所有關系(如時序關系等)；d.輸出說明，規(guī)定測試項的所有輸出和特性(如：響應時間)，提供各個輸出或特性的正確值；e.環(huán)境要求，見本文檔第3章。52第五十二頁，共64頁。軟件測試說明(STD)1引言2引用文件3測試準備4測試說明5需求的可追蹤性6注解附錄53第五十三頁，共64頁。軟件測試說明(STD)4測試說明4.x(測試的工程唯一標識符)4.x.y(測試用例的工程唯一標識符)54第五十四頁，共64頁。軟件測試報告(STR)1引言2引用文件3測試結果概述4詳細的測試結果4.x(測試的工程唯一標識符)測試結果小結遇到了問題4.x.2.y(測試用例的工程唯一標識符)與測試用例/過程的偏向4.x.3.y(測試用例的工程唯一標識符)5測試記錄6評價7測試活動總結8注解附錄55第五十五頁，共64頁。各種文檔與人員的關系管理人員開發(fā)人員維護人員用戶可行性分析(研究)報告項目開發(fā)計劃軟件配置管理計劃軟件質(zhì)量保證計劃開發(fā)進度月報項目開發(fā)總結報告可行性分析(研究)報告項目開發(fā)計劃軟件需求規(guī)格說明接口需求規(guī)格說明軟件(結構)設計說明接口設計說明書數(shù)據(jù)庫(頂層)設計說明測試計劃測試報告軟件需求規(guī)格說明接口需求規(guī)格說明軟件(結構)設計說明測試報告