【文章內(nèi)容簡介】 的、有歧義的預(yù)期測試結(jié)果，很可能在進(jìn)行測試時，把錯誤實際輸出結(jié)果當(dāng)作正確的結(jié)果，從而帶來更大的錯誤和損失。8． 應(yīng)當(dāng)對每一個測試結(jié)果做全面檢查 實際上在最終發(fā)現(xiàn)的缺陷中，有些缺陷在之前的測試中已經(jīng)出現(xiàn)了，但是如果測試人員疏忽了全面檢查的環(huán)境，很可能使這些錯誤被遺漏掉。所以對于每一個預(yù)期的輸出結(jié)果進(jìn)行明確定義的同時，還必須對每一個實際測試的結(jié)果進(jìn)行全面的、仔細(xì)的分析檢查，最大程度上發(fā)現(xiàn)缺陷。 軟件測試的分類從不同的角度來考慮，軟件測試可以有不同的劃分方法，對測試進(jìn)行分類可以更好的明確不同軟件測試過程中，需要完成的工作有哪些。從不同的測試方法角度來看，可以有以下幾種劃分：1．黑盒測試和白盒測試這種分類是從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實現(xiàn)的角度來劃分的。黑盒測試又稱為功能測試、數(shù)據(jù)驅(qū)動測試。著重從軟件功能是否正確進(jìn)行測試。通過輸入數(shù)據(jù)得到實際輸出結(jié)果，依照需求規(guī)格說明書中對該功能的描述來判斷實際輸出結(jié)果和預(yù)期結(jié)果是否相一致，從而檢驗系統(tǒng)功能實現(xiàn)是否正確，以及功能實現(xiàn)的可靠性、有效性等。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試。著重從代碼的邏輯結(jié)構(gòu)是否正確進(jìn)行測試。測試人員檢查程序的內(nèi)部邏輯結(jié)構(gòu)，按照一定的方法來設(shè)計測試用例，對軟件的邏輯結(jié)構(gòu)進(jìn)行測試，檢查程序的狀態(tài)，從而判定實際情況是否與預(yù)期的狀態(tài)相一致。2．靜態(tài)測試和動態(tài)測試這種分類是從是否執(zhí)行程序的角度來劃分的。靜態(tài)測試是不運行被測試程序本身，而查找程序代碼中可能存在的錯誤或評估程序代碼的過程。常使用的方式是通過一定的規(guī)范來分析或檢查源程序的文法、結(jié)構(gòu)、過程、接口等部分，來檢查程序找出缺陷。動態(tài)測試是通過運行被測程序來發(fā)現(xiàn)缺陷的。通過輸入相應(yīng)的測試用例和數(shù)據(jù)，檢查運行結(jié)果是是否符合預(yù)期要求，從而檢驗程序的正確性和有效性，并分析系統(tǒng)的效率和健壯性等性能。3．手工測試和自動測試這種分類是從是否使用自動測試工具的角度劃分的。手工測試是指由測試人員通過手工執(zhí)行測試用例，人工的去比較實際運行結(jié)果和預(yù)期結(jié)果的差異，得到測試結(jié)果并進(jìn)行記錄。而在自動測試的過程中是由自動測試工具來完成測試工作的。4．單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試和驗收測試這種分類是從軟件測試的階段來劃分的。單元測試又稱模塊測試，測試人員對軟件設(shè)計的程序模塊，來進(jìn)行正確性檢驗的測試。發(fā)現(xiàn)各模塊內(nèi)部可能存在的缺陷是這一階段測試的主要目標(biāo)。 集成測試是在系統(tǒng)通過了單元測試的基礎(chǔ)上，把單元模塊按照設(shè)計要求集成，對組裝后的子系統(tǒng)進(jìn)行測試。檢測多個模塊連接在一起后能否正常工作是這一階段的主要測試目標(biāo)。 確認(rèn)測試是通過效性測試和軟件配置審查，來驗證軟件的功能、性能及其它特性是否與用戶的要求一致。 系統(tǒng)測試一般是在確認(rèn)測試通過后進(jìn)行，需要將軟件作為整個計算機(jī)系統(tǒng)的一部分，與計算機(jī)硬件、外設(shè)、一些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在用戶使用的實際運行環(huán)境下，對計算機(jī)系統(tǒng)進(jìn)行全面功能和性能方面的整體測試。 驗收測試的主要目的是向最終用戶展示軟件系統(tǒng)可以很好的滿足用戶需求。它是在軟件產(chǎn)品交付用戶正式使用前的最后一道工序。 軟件測試的流程早期軟件生命周期大多采用瀑布模型進(jìn)行軟件的研發(fā)，根據(jù)瀑布模型，軟件測試設(shè)計了V模型，它是對瀑布模型在測試階段的描述，反映了測試活動與設(shè)計的關(guān)系。在V模型中，有序的描述了基本的開發(fā)過程階段和測試過程階段，明確了測試過程順序，并且說明了各個測試階段和開發(fā)期間的各階段的對應(yīng)關(guān)系。在這一時期軟件測試的主要工作就是在編碼后期執(zhí)行單元、集成、系統(tǒng)和驗收測試，通過發(fā)現(xiàn)和修改缺陷，提高軟件質(zhì)量。件測試V模型。圖2. 1 軟件測試V模型 隨著軟件研發(fā)技術(shù)的發(fā)展，逐級暴露了瀑布模型的問題，它的開發(fā)過程是線性的，必須要等到整個開發(fā)進(jìn)行到最后才能進(jìn)行驗證，從而軟件測試只能在開發(fā)的后期才能進(jìn)行，導(dǎo)致在前期產(chǎn)生的缺陷要等到后期才能發(fā)現(xiàn)，增加了修改成本，而且很可能在后期修改前期產(chǎn)生的缺陷會帶來更多的缺陷。由于瀑布模型在開發(fā)和測試上的局限性，現(xiàn)在基本已經(jīng)被各軟件公司淘汰。之后，軟件生命周期模型也有所變化，出現(xiàn)了演化模型、螺旋模型、噴泉模型、智能模型等。同時軟件測試模型也有所發(fā)展出現(xiàn)了 W模型、H模型、X模型等?，F(xiàn)在 W 模型是在軟件測試行業(yè)中比較常用的一種方法。和V模型相比較，在W模型遵循了“軟件測試應(yīng)貫穿于整個軟件的生命周期”的原則，增加了軟件各開發(fā)階段中應(yīng)進(jìn)行的驗證和確認(rèn)活動。由兩個V字型模型組成的W模型明確表示出了測試與開發(fā)的并行關(guān)系，兩個 V 字模型分別代表軟件測試與軟件開發(fā)的過程。在W模型中，強調(diào)軟件測試是貫穿整個軟件開發(fā)周期，而不再是開發(fā)編碼完成后才進(jìn)行的工作。并且擴(kuò)大了軟件測試的對象范圍，這時的軟件測試對象不再只是軟件程序，對于軟件需求、設(shè)計等過程和文檔也要進(jìn)行測試，這樣軟件測試和軟件開發(fā)是同步的，軟件測試可以盡早的進(jìn)行，有利于盡早地全面的發(fā)現(xiàn)問題，從而更好的規(guī)避風(fēng)險[9]。型。圖2. 2 軟件測試W模型 在W模型中，軟件測試的流程劃分更加細(xì)致，具體流程如下1. 用戶需求調(diào)研階段：需要對用戶需求進(jìn)行確認(rèn)和驗證，并根據(jù)用戶需求進(jìn)行驗收測試設(shè)計。2. 需求分析與系統(tǒng)設(shè)計階段測試人員需要對需求設(shè)計說明書進(jìn)行確認(rèn)，并驗證需求設(shè)計說明書的內(nèi)容是否符合用戶需求。測試人員需要對系統(tǒng)設(shè)計方案進(jìn)行確認(rèn)，并驗證系統(tǒng)設(shè)計方案是否合理并且滿足了用戶需求測試人員需要根據(jù)需求分析說明書和系統(tǒng)設(shè)計方案進(jìn)行系統(tǒng)測試設(shè)計，包括編寫系統(tǒng)測試計劃及方案，編寫系統(tǒng)測試用例等。3. 概要設(shè)計階段：測試人員需要對概要設(shè)計文檔進(jìn)行確認(rèn)和驗證，并根據(jù)概要設(shè)計文檔進(jìn)行集成測試設(shè)計，包括編寫集成測試計劃及方案，編寫集成測試用例等。4. 詳細(xì)設(shè)計階段：測試人員需要對詳細(xì)設(shè)計文檔進(jìn)行確認(rèn)和驗證，并根據(jù)詳細(xì)設(shè)計文檔進(jìn)行單元測試設(shè)計，包括編寫單元測試計劃及方案，編寫單元測試用例等。5. 編碼階段：測試人員需要根據(jù)單元測試計劃及方案和單元測試用例，對開發(fā)完成的模塊進(jìn)行單元測試，并記錄和跟蹤軟件缺陷。6. 系統(tǒng)集成階段：測試人員需要根據(jù)集成測試計劃及方案和集成測試用例，對已經(jīng)通過單元測試的模塊進(jìn)行測試，并記錄和跟蹤軟件缺陷。7. 系統(tǒng)實施階段：測試人員需要根據(jù)系統(tǒng)測試計劃及方案和系統(tǒng)測試用例，對通過集成測試的系統(tǒng)進(jìn)行確認(rèn)測試和系統(tǒng)測試，并記錄和跟蹤軟件缺陷。8. 系統(tǒng)交付階段：測試人員組織用戶進(jìn)行驗收測試，并記錄和跟蹤軟件缺陷。9. 軟件系統(tǒng)測試總結(jié)階段：測試人員需要編寫該軟件系統(tǒng)的測試總結(jié)，包括測試過程情況描述，缺陷情況描述以及測試結(jié)果等。 功能測試 功能測試概念功能測試，測試條件主要是基于程序或者系統(tǒng)的功能。比如，測試人員需要有關(guān)輸入數(shù)據(jù)的信息，然后他觀察輸出數(shù)據(jù)，但是他并不知道程序到底是如何工作的。就好比一個人不知道汽車的內(nèi)部工作方式。在這里，運行一個程序并不需要對理解其內(nèi)部結(jié)構(gòu)。在黑盒測試中，測試人員把程序看成一個黑盒子，他完全沒有必要了解程序或者系統(tǒng)的內(nèi)部構(gòu)造。這方面的例子有：決策表格、等值劃分、范圍測試、邊界值測試、數(shù)據(jù)庫完整性測試、因果圖、直交數(shù)組測試、數(shù)據(jù)和表格測試、異常測試、極限測試以及隨機(jī)測試。功能測試主要是根據(jù)產(chǎn)品規(guī)格說明書，來檢驗被測試的系統(tǒng)是否滿足各方面功能的使用要求，主要包括：1． 程序安裝、啟動正常，有相應(yīng)的提示框、錯誤提示等。2． 每項功能符合實際要求。3． 系統(tǒng)的界面清晰、美觀。4． 能接受正確的數(shù)據(jù)輸入，對異常數(shù)據(jù)的輸入可以進(jìn)行提示、容錯處理等。5． 功能邏輯清楚，符合使用者習(xí)慣，支持各種應(yīng)用的環(huán)境。功能測試一般須在完成集成測試后進(jìn)行，而且是針對應(yīng)用系統(tǒng)進(jìn)行測試。功能測試的主要特點可分為以下幾個：1） 功能測試一個從簡單的測試描述(測試功能點、測試需求等)逐步細(xì)化到能夠去依照執(zhí)行的測試用例的過程；如果只有簡略的測試用例或者沒有測試用例的情況下，測試的過程及測試質(zhì)量難以控制；整個測試過程只能依靠測試人員的經(jīng)驗實施，導(dǎo)致系統(tǒng)中存在的一些嚴(yán)重缺陷難以發(fā)現(xiàn)。其次，簡單的測試用例的重用性差，導(dǎo)致不同的測試人員對測試用例有不同理解。一個詳細(xì)的測試用例會使測試人員按照測試用例選擇數(shù)據(jù)和執(zhí)行測試，使測試質(zhì)量可跟蹤，也容易控制和估算整個測試過程所需的工作量，時間和人力資源。2） 功能測試是個數(shù)據(jù)與測試用例分離，也即是一個將測試數(shù)據(jù)與測試邏輯(步驟)分開，簡化測試用例的過程，在執(zhí)行用例時才選擇相應(yīng)的數(shù)據(jù)。3） 系統(tǒng)功能點全覆蓋。功能點全覆蓋是功能測試的基本要求，功能測試用例要和系統(tǒng)功能要對應(yīng)，從用戶角度來進(jìn)行功能驗證，以確認(rèn)每個功能是否能正常使用。包括每個界面的功能控件；從而確保每個控件都能使用。 功能測試目的功能測試，在單元測試中的功能測試是保證測試的每個獨立模塊在功能上是正確的，在單元測試中主要采用白盒測試。在系統(tǒng)集成過程中和系統(tǒng)集成后所進(jìn)行的系統(tǒng)功能測試不僅要考慮模塊之間集成后能否正常使用，而且要考慮系統(tǒng)應(yīng)用環(huán)境，在功能測試中，不同的系統(tǒng)需求，有時也要用相應(yīng)的白盒測試查看據(jù)庫的值或者源代碼，系統(tǒng)實現(xiàn)中的消息處理等。測試的目的是以最少的時間和人力。系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷．如果我們成功地實施了測試，我們就能夠發(fā)現(xiàn)軟件中的錯誤。測試的附帶收獲是，它能夠證明軟件的功能性能與需求說明是相符合的。 測試管理及管理工具 測試管理測試最重要的是什么呢？我一直認(rèn)為是有效的測試管理。測試管理包括對人的管理、對流程的管理、對具體版本的管理等。測試要考慮的所有問題都可以列入此列，例如測試人員的分工、測試規(guī)程的制定、測試流程的裁減、采用什么的測試流程、測試設(shè)計怎樣操作、測試執(zhí)行如何計劃、和測試度量怎樣進(jìn)行等。因此，測試不僅僅是一種技術(shù)，不僅僅是開發(fā)完成后的驗證活動，真正要做好測試，更需要建立起一套測試管理體系。一個測試項目成功需要很多因素，測試管理是其中的重中之重。測試管理包含計劃、創(chuàng)作、執(zhí)行和報告測試，以及如何使測試與軟件開發(fā)工作的其他部分結(jié)合起來。有組織的測試管理將會減少錯誤而且使得復(fù)雜的項目得到更有效的、有力的管理。軟件測試管理是一種活動，可以對各階段的測試計劃，測試用例，測試流程，測試文檔等進(jìn)行跟蹤、管理并記錄其結(jié)果。測試管理工具，是指用工具對軟件的整個測試輸入、執(zhí)行過程和測試結(jié)果進(jìn)行管理的過程。可以提高回歸測試的效率、大幅提升測試時間、測試質(zhì)量、用例復(fù)用、需求覆蓋等。目前市場上主流的軟件測試管理工具有：Test Center(澤眾軟件出品)、Test Director(MI公司TD，成 QC) ，Rational Test Manager(IBM) ，QA Director(Compuware)，Test Link(開源組織)，QA Traq(開源組織),Jira (Atlassian)。測試管理包含的內(nèi)容有：測試框架、測試計劃與組織、測試過程管理、測試分析與缺陷管理。在軟件開發(fā)隨著不斷地發(fā)展，在軟件開發(fā)過程中需求不斷地增加；如果沒有一個有序的軟件管理工具，軟件開發(fā)的過程得