軟件質(zhì)量保證與測試第10章軟件測試組織和管理SoftwareQualityAssuranceandTesting

10.1人員和資源組織軟件測試工作的組織和管理，主要包括五個方面：人員和資源過程和進度測試用例測試文檔缺陷管理人員和資源過程和進度測試用例軟件測試的組織和管理測試文檔缺陷管理軟件測試工作和軟件開發(fā)工作相比，有其自身的特點。最顯著的特點是，軟件測試不直接生產(chǎn)軟件產(chǎn)品，較為難以直觀體現(xiàn)工作者的工作價值。實際上軟件測試的工作價值體現(xiàn)在降低軟件失敗的風險進而降低軟件失敗成本。軟件測試工作的特點其次經(jīng)驗在軟件測試中很重要，包括軟件開發(fā)經(jīng)驗和軟件測試經(jīng)驗，沒有經(jīng)驗的測試人員可能執(zhí)行了大量測試卻發(fā)現(xiàn)不了問題，而有經(jīng)驗的測試人員卻可能一下子就能發(fā)現(xiàn)軟件中的問題。軟件測試工作的特點第三，有些測試工作可能沒有先例可循，需要測試人員根據(jù)實際情況創(chuàng)造性的設(shè)計測試方案、執(zhí)行測試過程、得出可靠的測試結(jié)論。而且，即使是完成同樣的測試任務(wù)，不同的測試人員設(shè)計的測試方案、測試用例可能在測試成本和測試效果上差距很大，也就是說測試人員的創(chuàng)造性勞動對測試工作很重要。軟件測試工作的特點第四，軟件測試是要去發(fā)現(xiàn)軟件中的問題，有時這些問題并不容易暴露出來，因此細心和耐心對測試人員很重要。第五，一方面測試工作中有一些簡單重復(fù)勞動，另一方面隨著技術(shù)的發(fā)展，一些測試工作的專業(yè)性也越來越強，對測試人員的知識、能力要求也越來越高。軟件測試工作的特點基于軟件測試工作的特點，軟件測試人員應(yīng)當認同軟件測試的工作價值，具備細心和耐心，愿意持之以恒的從事軟件測試工作，另外一個好的軟件測試團隊應(yīng)當配備不同類型的人員，并合理分工，密切合作，這樣才能較好的完成測試工作任務(wù)和項目。軟件測試人員組織不同類型的人員具體包括：（1）應(yīng)當配備具有遠見性、具有創(chuàng)新精神能創(chuàng)造性工作的測試組織管理和測試設(shè)計人員。（2）應(yīng)當配備測試專業(yè)技術(shù)能力強、經(jīng)驗豐富的測試實施人員。（3）可以配備一些初級測試人員執(zhí)行具體測試任務(wù)，在實踐中積累經(jīng)驗，學(xué)習(xí)提高。軟件測試人員組織軟件測試團隊組建后，需要合理分工，并密切合作。一般測試團隊中的人員角色包括：測試經(jīng)理或者叫測試項目負責人，測試工程師和測試員三種。規(guī)模較大有的測試團隊中可能還會有測試組長，而對測試環(huán)境、測試工具要求較高的測試工作項目中可能還會有負責測試環(huán)境、測試工具的專門人員。軟件測試人員分工測試經(jīng)理的工作職責是計劃、組織管理、協(xié)調(diào)整個測試工作項目，保證測試工作項目保質(zhì)保量的按期完成，具體工作內(nèi)容如下：測試團隊與外部之間的交互；招聘、監(jiān)管以及培訓(xùn)員工；創(chuàng)建測試計劃；創(chuàng)建測試流程的預(yù)算和日程計劃，包括估算測試工作量；測試經(jīng)理獲取搭建測試環(huán)境所需的硬件和軟件；確保測試環(huán)境和測試產(chǎn)品的正確配置和管理；明確測試流程；跟蹤測試工作進度；組織召開相關(guān)工作會議。測試經(jīng)理測試經(jīng)理需要具備以下知識、能力和素質(zhì)：(1)掌握測試方法和技術(shù)、熟悉測試流程；(2)具備包括測試方案制定、測試設(shè)計、測試工具選擇、測試開發(fā)、測試報告、缺陷管理、測試評價等在內(nèi)的軟件測試相關(guān)工作能力和水平；(3)了解被測試軟件的業(yè)務(wù)范圍和測試需求；測試經(jīng)理(4)能估算測試工作量和成本；(5)熟悉各種測試工具、缺陷跟蹤工具以及其他測試支持工具。測試經(jīng)理需要對任何偏離測試工作計劃工作量、成本、日程安排和最后可交付成果質(zhì)量的情況負責。測試經(jīng)理測試組長負責指導(dǎo)所在的測試小組，其職責包括：為本測試工作小組提供技術(shù)指導(dǎo)；負責本小組的測試計劃執(zhí)行、員工監(jiān)管和進度狀態(tài)報告；測試方法、測試工具的選擇和使用；接受關(guān)于最新測試方法和工具的信息，并且將這些知識傳達給測試團隊；進行測試設(shè)計；實施測試過程；檢查核實對測試需求的覆蓋程度；確保測試文檔的完整。測試組長測試組長需要具備以下知識、技能和素質(zhì)：掌握測試方法和技術(shù)、熟悉測試流程；具備包括測試設(shè)計、測試工具選擇、測試開發(fā)、測試報告、缺陷管理等在內(nèi)的軟件測試相關(guān)工作能力和水平；精通各種軟件技術(shù)，包括編程語言、數(shù)據(jù)庫技術(shù)、計算機網(wǎng)絡(luò)、操作系統(tǒng)等；熟練掌握各種測試工具的應(yīng)用。測試組長測試環(huán)境專員專注于配置測試環(huán)境，其職責包括：安裝測試工具并建立測試工具環(huán)境；通過使用環(huán)境設(shè)置腳本，創(chuàng)建并控制測試環(huán)境；創(chuàng)建并維護測試數(shù)據(jù)庫；在測試過程中維護測試環(huán)境和測試數(shù)據(jù)庫。測試環(huán)境專員測試環(huán)境專員需要具備以下技能：精通計算機網(wǎng)絡(luò)和操作系統(tǒng)；精通各種軟件技術(shù)，包括編程和腳本語言、數(shù)據(jù)庫等；精通各種測試工具等。測試環(huán)境專員

軟件測試員具體執(zhí)行測試過程，在測試流程中進行下列活動：(1)開發(fā)測試用例，創(chuàng)建測試數(shù)據(jù)；(2)創(chuàng)建測試腳本或者手工執(zhí)行測試過程；(3)使用自動化工具；(4)撰寫測試文檔；(5)報告測試結(jié)果。測試員軟件測試員需要具備以下知識、能力和素質(zhì)：(1)掌握基本軟件測試方法和技術(shù)，了解軟件測試過程；(2)了解被測軟件；(3)掌握軟件開發(fā)和軟件測試相關(guān)工具；(4)能夠執(zhí)行測試過程；(5)能夠撰寫測試報告文檔。測試員

除了人員之外，軟件測試工作還需要其它資源支持，主要包括：執(zhí)行測試的計算機和服務(wù)器、輔助測試工作的測試工具等。有的軟件測試工作項目是和開發(fā)團隊共用一部分計算機，尤其是服務(wù)器等設(shè)備，這樣可以節(jié)約資源。

一般而言測試工具都是專用的，既有開源免費的，也有商業(yè)版軟件，可以根據(jù)需要來合理選擇。資源本節(jié)內(nèi)容就講到這里，謝謝，再見！軟件質(zhì)量保證與測試第10章軟件測試組織和管理SoftwareQualityAssuranceandTesting

10.2過程和進度管理軟件測試項目過程的生命周期測試需求分析測試計劃測試設(shè)計測試開發(fā)測試執(zhí)行和記錄測試總結(jié)和報告

一個軟件測試項目，其過程可以劃分為6個環(huán)節(jié)，它們是：測試需求分析、測試計劃、測試設(shè)計、測試執(zhí)行與記錄、測試總結(jié)和報告。測試需求什么是測試需求？所謂的測試需求就是在軟件測試項目中，要測試的內(nèi)容是什么。在測試活動中，首先需要明確測試需求（What），才能決定怎么測（How），才能估算需要多少測試時間（When）、需要多少人（Who），才能確定測試的環(huán)境是什么（Where）、測試中需要的技術(shù)工具和背景知識、測試中可能遇到的風險等等，可以說測試需求是測試工作的起點和基礎(chǔ)。測試需求分析為什么要做測試需求分析？測試需求分析就是要通過分析來明確，在軟件測試項目中要測試哪些東西。測試需求越詳細精準，表明對所測軟件的了解越深，對所要進行的任務(wù)內(nèi)容就越清晰，就更有把握保證測試的質(zhì)量與進度。測試需求的獲取獲取測試需求的途徑主要有以下幾種由軟件文檔獲取例如，我們要對一個軟件進行系統(tǒng)測試，那么具體要測試哪些方面、哪些內(nèi)容呢？這可以從軟件的系統(tǒng)規(guī)格說明書等文檔中來獲知。系統(tǒng)規(guī)格說明書中明確的軟件功能、性能指標等就是測試的需求，需要通過測試來逐一驗證軟件已經(jīng)實現(xiàn)這些功能，達到相應(yīng)的性能指標。測試需求的獲取由測試任務(wù)發(fā)布方提供即發(fā)布測試任務(wù)的一方會明確要測試哪些內(nèi)容，達到是么樣的測試目標。根據(jù)實際軟件歸納有時缺乏被測軟件的相關(guān)文檔，事先也沒有明確的測試要求，此時可以根據(jù)軟件的實際情況來歸納測試需求，并完成測試。測試需求的獲取基于類似軟件獲得例如一個評測機構(gòu)需要測評某銀行的APP，正好前面測試過另外一家銀行類似的APP，那么可以在前面的測試需求基礎(chǔ)上來獲得本次的測試需求。應(yīng)對軟件測試需求進行分類、細化和文檔化，以作為后續(xù)工作的基礎(chǔ)，類似于軟件開發(fā)項目中的軟件需求。測試計劃測試計劃就是對所有要完成的測試工作及相關(guān)事項的事先規(guī)劃和描述，包括被測試項目的背景，測試目標、范圍、方式、資源，測試的進度安排和組織，以及與測試有關(guān)的風險等方面。測試計劃的作用制定軟件測試計劃的作用體現(xiàn)在以下幾個方面:1.使軟件測試工作有據(jù)可依，資源合理配置、人員明確分工，進度有序安排，測試工作能夠按部就班，進行順利2.使軟件測試工作有章可循，更易于管理。例如定期按計劃組織檢查督促等。測試計劃的作用3.促進項目參加人員彼此之間的溝通，分工合作

一些重要的事項需要在測試計劃文檔中明確下來，作為參加人員彼此之間的溝通的依據(jù)，防止出現(xiàn)表達不明確、理解不一致等4.及早發(fā)現(xiàn)和改正軟件測試工作中的問題和偏差，如測試項目經(jīng)費是否大于等于所需成本、項目進展是否滯后等。測試計劃中的基本要素測試計劃中一般應(yīng)當有測試目標、測試范圍、測試策略、測試配置、人員組織、測試進度安排、測試標準、風險分析等內(nèi)容要點。測試計劃中的基本要素序號條目內(nèi)容1測試概要摘要說明所需測試的軟件、名詞解釋以及所參考的相關(guān)文檔。2測試目標對測試目標進行簡要的描述。3測試范圍測試計劃所包含的測試軟件需測試的范圍和優(yōu)先級，哪些需要重點測試、哪些無需測試或無法測試或推遲測試。4測試策略針對每個范圍內(nèi)的要素和內(nèi)容，制定測試策略、選擇所使用的測試技術(shù)和方法。5重點事項列出需要測試的軟件的所有的主要功能和測試重點，這部分應(yīng)該和測試用例設(shè)計相對應(yīng)，并互相檢查。6測試配置測試所需要的軟硬件、測試工具、必要的技術(shù)資源、培訓(xùn)、文檔等。7人員組織需要什么樣的人進行測試，多少人測試，各自的角色和責任，需要進行哪些學(xué)習(xí)和培訓(xùn)。8溝通方式測試組內(nèi)部、測試與開發(fā)組之間使用什么樣的工具、標識和頻度進行溝通和確認。9測試進度將測試計劃合理分配到不同的測試人員，并注意先后順序。對于長期大型的測試計劃，可以使用里程碑來表示進度的變化。10測試標準測試開始、完成、延遲以及繼續(xù)的標準，包括制定測試開始和完成的標準；某些時候，測試計劃會因某種原因（過多阻塞性的Bug）而導(dǎo)致延遲，問題解決后測試繼續(xù)。11發(fā)布提交在按照測試計劃進行測試發(fā)布后需要交付的軟件產(chǎn)品、測試用例、測試數(shù)據(jù)及相關(guān)文檔。12風險分析需要考慮測試計劃中可能的風險和解決方法。測試設(shè)計軟件測試的方法和技術(shù)有很多，針對某一個具體的測試項目或者測試問題，需要合理的選擇測試方法、運用測試技術(shù)、設(shè)計測試用例。測試設(shè)計的工作內(nèi)容就是分析明確應(yīng)當運用哪些測試方法和技術(shù)、設(shè)計哪些測試用例來完成測試任務(wù)、達到測試目的，并盡可能節(jié)約測試成本。測試設(shè)計例如，為完成某一測試任務(wù)，測試團隊A設(shè)計了2萬個測試數(shù)據(jù)；團隊B設(shè)計了1萬個測試數(shù)據(jù)。如果他們設(shè)計的測試數(shù)據(jù)執(zhí)行后，確實都能完成測試任務(wù)、達到測試目的，那么我們可以說，團隊B的設(shè)計好于A，因為團隊B的測試執(zhí)行成本大約只有A的一半。

在進行測試設(shè)計的時候，不僅要考慮軟件使用時的一般情況、還要重點考慮可能的情況、特殊的情況和異常的情況；要注意綜合考慮多種測試方法和技術(shù)，取長補短，合理運用；要提高測試的完備性、針對性和有效性?？梢詫y試設(shè)計進行優(yōu)化，統(tǒng)計覆蓋率，去除冗余，并對測試設(shè)計進行評審，通過評審后才進入后續(xù)的執(zhí)行環(huán)節(jié)，以確保測試設(shè)計的質(zhì)量。測試設(shè)計

測試開發(fā)主要是為了實現(xiàn)測試過程的自動化執(zhí)行，要在測試工具平臺，或者編程環(huán)境下，開發(fā)測試腳本或者控制測試過程的程序代碼。隨著測試復(fù)雜度、專業(yè)化程度、自動化程度的不斷提高，測試開發(fā)在軟件測試工作中的重要性以及所占的比重都越來越大。

測試開發(fā)在單元測試中，可能需要用Junit編寫測試腳本。例如，這是一段

Junit測試腳本。測試開發(fā)publicclassNextdayTest{Nextdaynextday; @BeforepublicvoidsetUp(){ nextday=newNextday(); }@TestpublicvoidtestYear(){ Yearyear; try{ year=newYear(0); fail("Thereshouldbeanexception"); }

......

......

在黑盒測試中，可能需要開發(fā)自動化功能測試腳本。例如，這是一段RationalFuctionTester腳本。測試開發(fā)......

......startApp("ClassicsJavaA");tree2().click(atPath("Composers->Bach->Location(PLUS_MINUS)"));tree2().click(atPath("Composers->Bach->ViolinConcertos"));placeOrder().click();rememberPassword().performTest(RememberPassword_textVP());ok().drag();quantityText().click(atPoint(35,15));placeAnOrder().inputKeys("{ExtHome}+{ExtEnd}{ExtDelete}{Num1}{Num0}");cardNumberIncludeTheSpaces().click(atPoint(81,5));......

......

另外，在所需測試數(shù)據(jù)很多的情況下，也可以開發(fā)相應(yīng)的腳本或者程序，自動化生成一部分測試數(shù)據(jù)，以減輕測試數(shù)據(jù)生成的工作負擔。例如，要對某管理信息系統(tǒng)進行測試，需要5萬條測試數(shù)據(jù)，可以先開發(fā)一個程序，基于原有數(shù)據(jù)庫或者完全自動生成一個測試數(shù)據(jù)集，在此基礎(chǔ)上再來選擇所需測試數(shù)據(jù)。測試開發(fā)

測試執(zhí)行是指搭建好測試環(huán)境，借助測試工具等，具體去執(zhí)行實際的測試過程。搭建良好的測試環(huán)境是執(zhí)行測試的前提。測試環(huán)境可分為硬件環(huán)境和軟件環(huán)境。硬件環(huán)境包括測試必須的計算機，服務(wù)器等；軟件環(huán)境包括數(shù)據(jù)庫，操作系統(tǒng)，被測試軟件，輔助軟件等；有時還要考慮網(wǎng)絡(luò)環(huán)境，比如網(wǎng)絡(luò)帶寬，IP地址設(shè)置等。搭建的測試環(huán)境要和測試執(zhí)行所要求的環(huán)境相一致，否則將嚴重影響測試執(zhí)行的結(jié)果，甚至導(dǎo)致測試無效，其結(jié)果沒有意義。測試執(zhí)行和記錄要注意測試用例的前提條件和特殊規(guī)程說明。因為有些測試流程是有順序性的，相應(yīng)地，測試用例會有一些執(zhí)行前提或特殊說明。如果忽略這些內(nèi)容，可能會導(dǎo)致測試用例無法執(zhí)行。測試用例要按步驟全部執(zhí)行，每個測試用例至少執(zhí)行一次，這樣才能保證測試的覆蓋度。因為每個測試用例都是有其作用的，都可以對應(yīng)到測試需求所要求的某個測試點。測試執(zhí)行和記錄測試執(zhí)行時需要記錄執(zhí)行過程，并仔細對比實際輸出和測試用例中的預(yù)期輸出是否一致。當然，有的測試工具可以自動記錄執(zhí)行過程并對比結(jié)果，這樣可以減輕很多工作量。例如，這是一段自動化測試工具的日志，它記錄并對比了測試結(jié)果。測試執(zhí)行和記錄+++通過2017年6月8日下午04時56分03秒驗證點[確定Enter_standard]通過。 vp_type=object_property name=確定Enter_standard script_name=Script3 line_number=32 script_id=Script3.java baseline=resources\Script3.確定Enter_standard.base.rftvp expected=Script3.0000.確定Enter_standard.exp.rftvp如果結(jié)果不一致，要從多個角度多測試幾次，盡量詳細地記錄軟件出錯的位置、輸入的數(shù)據(jù)和出錯的癥狀。不要放過任何偶然現(xiàn)象。測試時可能會發(fā)現(xiàn)某個測試用例執(zhí)行后軟件出錯了，但是再次執(zhí)行時該錯誤又不再重現(xiàn)。這樣的錯誤才是隱藏最深、最難發(fā)現(xiàn)的錯誤。出現(xiàn)這種情況時，要仔細分析，不要放過任何細節(jié)，多測試幾次，確認錯誤是否存在，觸發(fā)的條件是什么。測試執(zhí)行中有不明確的地方應(yīng)與開發(fā)人員良好的溝通。最后，應(yīng)把測試發(fā)現(xiàn)的問題詳細的寫到測試報告中去。測試執(zhí)行和記錄滿足以下條件中的一個或者多個，測試可以停止。測試用例全部執(zhí)行通過；測試需求覆蓋率達到100%；已驗證系統(tǒng)滿足產(chǎn)品需求規(guī)格說明書的要求。在測試中發(fā)現(xiàn)的缺陷已得到修改，各級缺陷修復(fù)率達到規(guī)定的標準；缺陷密度（n個/KLOC）符合軟件要求的范圍。測試執(zhí)行和記錄測試執(zhí)行完畢后，要對測試結(jié)果進行匯總、統(tǒng)計分析，并完成測試報告。測試總結(jié)和報告首先要進行缺陷的匯總，明確共發(fā)現(xiàn)了哪些缺陷，給出詳細的缺陷報告，統(tǒng)計缺陷的分布情況。例如，這是對某小型軟件測試后的缺陷分布統(tǒng)計圖。其次，要分析測試的覆蓋度，以明確測試的完全程度。可以用對測試需求、可執(zhí)行代碼的覆蓋率或者對某種測試標準的覆蓋率來表示。如：測試需求覆蓋率100%，可執(zhí)行代碼覆蓋率100%，條件組合覆蓋率90%等。第三，要對軟件進行質(zhì)量評測，它是對被測試對象的功能、性能、可靠性、穩(wěn)定性等的評價。質(zhì)量評測建立在對測試結(jié)果的評估和對測試確定的缺陷及缺陷修復(fù)的分析等基礎(chǔ)之上，應(yīng)當是可信和有說服力的。測試總結(jié)和報告測試進度管理主要就是按照測試項目生命周期，依據(jù)測試計劃，在測試實施過程中，不斷檢查測試工作的進展情況，發(fā)現(xiàn)與計劃的偏離。例如檢查測試設(shè)計的完成情況，檢查測試用例的執(zhí)行比例，檢查測試的覆蓋率等。如果測試工作進展明顯滯后于計劃，需要分析原因，找到對策，以免影響整個軟件項目的交付。測試進度管理軟件測試成熟度模型對于軟件過程，美國卡內(nèi)基-梅隆大學(xué)軟件工程研究所(SEI)研制并推出了軟件能力成熟度模型SW-CMM，CMM逐漸成為了評估軟件開發(fā)過程的管理以及工程能力的標準。但是令人遺憾的是，CMM沒有充分的定義軟件測試，沒有提及測試成熟度的概念，沒有對測試過程改進進行充分說明。僅在第三級的軟件產(chǎn)品工程(SPE)KPA中提及軟件測試職能，但對于如何有效提高機構(gòu)的測試能力和水平?jīng)]有提供相應(yīng)指導(dǎo)。研究機構(gòu)和測試服務(wù)機構(gòu)從不同角度出發(fā)提出有關(guān)軟件測試方面的能力成熟度模型，作為SEI-CMM的有效補充。美國國防部提出了CMM軟件評估和測試KPA建議。Burnstein博士提出了測試成熟度模型(TMM)，依據(jù)CMM的框架提出測試的5個不同級別。它描述了測試過程，是項目測試部分得到良好計劃和控制的基礎(chǔ)。軟件測試成熟度模型

TMM測試成熟度模型的5級分別是：0級：測試和調(diào)試沒有區(qū)別，除支持調(diào)試外測試沒有其他目的1級：測試的目的是為了表明軟件能夠工作2級：測試的目的是為了表明軟件不能夠能夠正常工作3級：測試的目的不是要證明什么，而是為了把軟件不能正常工作的預(yù)知風險降低到能夠接受的程度4級：測試不是行為，而是一種自覺的約束(mentaldiscipline)，不用太多的測試投入，即可產(chǎn)生低風險的軟件軟件測試成熟度模型本節(jié)內(nèi)容就講到這里，謝謝，再見！軟件質(zhì)量保證與測試第10章軟件測試組織和管理SoftwareQualityAssuranceandTesting

10.3文檔、用例和缺陷管理軟件開發(fā)人員可以用開發(fā)的代碼來體現(xiàn)他們所完成的工作量和工作價值。而軟件測試人員如何來體現(xiàn)他們所完成的工作量和工作價值呢？例如，有的軟件可能質(zhì)量較好，對其進行了長時間大量的測試，但發(fā)現(xiàn)的問題并不多，難道我們的測試工作就白做了。當然不是，軟件測試可以用文檔來保存測試工作成果，體現(xiàn)測試工作量和工作價值，作為對軟件進行評價的客觀依據(jù)，并可用于測試復(fù)用，例如用在回歸測試中以及類似的軟件測試項目中等。軟件測試文檔的重要性軟件測試文檔是對要執(zhí)行的軟件測試及測試的結(jié)果進行描述、定義、規(guī)定和報告的任何書面或圖示信息。它為測試項目的組織、規(guī)劃和管理提供了一個規(guī)范化的架構(gòu)。軟件測試文檔的概念主要的測試文檔有：測試需求分析、測試計劃書、測試設(shè)計書、測試用例說明、測試方案說明、測試規(guī)程說明、測試日志、測試執(zhí)行記錄、缺陷報告、測試總結(jié)報告等。主要的測試文檔作為技術(shù)文檔，各種軟件測試文檔都有其一定的撰寫規(guī)范，例如，這是某知名IT企業(yè)的“集成測試方案”文檔撰寫要點。軟件測試文檔的撰寫規(guī)范集成測試方案1 引言 2 術(shù)語、定義和縮略語3 概述（測試簡介、通過準則、構(gòu)件清單）4 測試內(nèi)容 5 測試方法 6 測試任務(wù) 6.1 <XX接口>測試 6.2 <XX功能>測試 6.3 <XX性能>測試 6.4 <XXXXX>測試 7 其它說明 8 參考文獻

一個軟件測試項目，首先要做到各種測試文檔都齊全規(guī)范，這是測試工作過程和工作成果的體現(xiàn)；其次對重要的測試文檔要進行評審，以提高質(zhì)量，只有通過評審后才投入實施，開始下一個環(huán)節(jié)，防止要重新返工；第三測試文檔要長期保存，不僅用作對軟件進行最終評價的支撐材料，還可用于測試復(fù)用，為后續(xù)的測試工作奠定基礎(chǔ)，節(jié)約工作量。軟件測試文檔的管理

測試用例（TestCase）是為某個特定的目標而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個程序路徑或者測試是否滿足某個特定需求。完整的測試用例是對一項特定的軟件測試任務(wù)的詳細描述，它可以體現(xiàn)測試方案、方法、技術(shù)和策略。內(nèi)容包括測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等，并應(yīng)形成文檔。最簡單的情況下，一個測試用例至少應(yīng)當包括輸入數(shù)據(jù)和預(yù)期結(jié)果兩部分。測試用例的概念測試用例的設(shè)計、管理和優(yōu)化

按照不同的測試方法和技術(shù)可以設(shè)計得到不同的測試用例，不同的測試員也會設(shè)計得到不同的測試用例。

為了便于對大量測試用例進行匯總、管理和分析，可以建立測試用例數(shù)據(jù)庫。為了提高覆蓋率并減少測試冗余，需要對測試用例進行分析和優(yōu)化，補充需要的，刪除冗余的。

測試用例的更新

測試用例還需要不斷更新和完善。主要原因有三個：第一、在后續(xù)的測試過程中可能發(fā)現(xiàn)前面設(shè)計測試用例時考慮不周，需要補充完善；第二、在軟件交付使用后反饋了軟件缺陷，而這些軟件缺陷在測試時并沒有發(fā)現(xiàn)，需要補充針對這些缺陷的測試用例；第三、軟件版本的更新及功能的新增等，要求測試用例也需要配套修改更新。測試用例的作用測試用例的作用體現(xiàn)在以下幾個方面發(fā)現(xiàn)和跟蹤軟件缺陷如果軟件中存在缺陷，那么設(shè)計的某一個測試用例執(zhí)行時，就可能發(fā)現(xiàn)這一缺陷，并且只要這個缺陷沒有被修改處理調(diào)，那么每次執(zhí)行這個測試用例時就都能夠發(fā)現(xiàn)這個缺陷，并可以通過這個測試用例跟蹤這個缺陷，找到問題的源頭。測試用例的作用更準確地反映軟件的某一特性通過一組測試用例，或者說是一個測試用例集可以反映出軟件的某一特性。例如通過一個安全測試用例集的執(zhí)行，可以反映出一個軟件在安全性方面的特性等。測試用例的作用全面地反映軟件的性能和質(zhì)量等通過執(zhí)行精心設(shè)計的大量測試用例，能夠?qū)浖M行全面的測試和驗證，并最終反映出軟件的性能和質(zhì)量，為軟件的質(zhì)量評價提供依據(jù)。測試用例的作用明確故障責任當軟件執(zhí)行出錯，甚至是釀成事故時，通過測試用例可以找到錯誤，并分析明確問題出在什么地方，該由誰來承擔責任。測試用例的評審

當大量的測試用例被設(shè)計出來后，為保證其質(zhì)量，應(yīng)對其進行評審，評審的要點有：是否覆蓋到了測試需求上的所有功能點？用例編號是否和測試需求相對應(yīng)？是否包含非功能性測試用例？測試設(shè)計是否包含了正面和反面的測試用例？測試用例是否明確了測試特性、步驟、執(zhí)行條件和預(yù)期結(jié)果等？測試用例的評審測試用例是否具備可操作性？測試用例的優(yōu)先級安排是否合理？是否已經(jīng)刪除了冗余的用例？測試用例是否簡潔、復(fù)用性強？例如，可將重復(fù)度高的步驟或過程抽取出來，定義為可復(fù)用的標準化測試過程。缺陷管理

軟件中的缺陷（Defect或Bug）是軟件開發(fā)過程中的“副產(chǎn)品”。一個規(guī)模很大的軟件，通過測試可能會發(fā)現(xiàn)成千上萬的缺陷，對于這些缺陷，需要進行有效的管理，可以建立缺陷數(shù)據(jù)庫，也有專門的缺陷管理工具軟件可供使用。首先要對每一個缺陷進行記錄，并有詳細的缺陷描述。例如，缺陷記錄一般應(yīng)當包含的要點如表所示?？勺粉櫺畔⑷毕軮D缺陷ID唯一，可以根據(jù)該ID追蹤缺陷。缺陷基本信息缺陷狀態(tài)缺陷的狀態(tài)