軟件測試課程期末報告(學號-姓名)

1、 軟件測試課程軟件測試課程期末報告期末報告學學 院院 : 專專 業(yè)業(yè) : 班班 級級 : 學學 號號 : 姓姓 名名 : 任任課課教教師師 : 二二一六一六 年年 六六 月月I目錄1 軟件測試基本理論.11.1軟件測試分類.11.2 軟件測試工具.41.2.1 白盒測試工具.41.2.2 黑盒測試工具.51.3 軟件測試基本步驟.62 軟件測試實踐.72.1測試程序介紹.72.1.1 程序功能.72.1.2 程序代碼.72.2白盒測試實踐.102.2.1 白盒測試工具介紹.102.2.2 測試用例.112.2.3 測試步驟.112.2.4 測試結果及分析.122.3黑盒測試實踐.142.3.1

2、 黑盒測試工具介紹.142.3.2 測試用例.152.3.3 測試步驟.152.3.4 測試結果及分析.203 測試總結.2011 軟件測試基本理論軟件測試基本理論1.1軟件測試分類軟件測試分類軟件測試是一項復雜的系統(tǒng)工程，從不同的角度考慮可以有不同的劃分方法，對測試進行分類是為了更好的明確測試的過程，了解測試究竟要完成哪些工作，盡量做到全面測試。1.按是否需要執(zhí)行被測軟件的角度按是否需要執(zhí)行被測軟件的角度，可分為靜態(tài)測試和動態(tài)測試，前者不利用計算機運行待測程序而應用其他手段實現(xiàn)測試目的，如代碼審核。而動態(tài)測試則通過運行被測試軟件來達到目的。2.按階段劃分： 1.單元測試 單元測試是對軟件中的

3、基本組成單位進行的測試，如一個模塊、一個過程等等。它是軟件動態(tài)測試的最基本的部分，也是最重要的部分之一，其目的是檢驗軟件基本組成單位的正確性。因為單元測試需要知道內部程序設計和編碼的細節(jié)知識，一般應由程序員而非測試員來完成，往往需要開發(fā)測試驅動模塊和樁模塊來輔助完成單元測試。因此應用系統(tǒng)有一個設計很好的體系結構就顯得尤為重要。 一個軟件單元的正確性是相對于該單元的規(guī)約而言的。因此，單元測試以被測試單位的規(guī)約為基準。單元測試的主要方法有控制流測試、數(shù)據流測試、排錯測試、分域測試等等。 2.集成測試 集成測試是在軟件系統(tǒng)集成過程中所進行的測試，其主要目的是檢查軟件單位之間的接口是否正確。它根據集成

4、測試計劃，一邊將模塊或其他軟件單位組合成越來越大的系統(tǒng)，一邊運行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。集成測試的策略主要有自頂向下和自底向上兩種。3.系統(tǒng)測試 系統(tǒng)測試是對已經集成好的軟件系統(tǒng)進行徹底的測試，以驗證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項簡單的任務，它被稱為測試的“先知者問題”。因此，系統(tǒng)測試應該按照測試計劃進行，其輸入、輸出和其他動態(tài)運行行為應該與軟件規(guī)約進行對比。軟件系2統(tǒng)測試方法很多，主要有功能測試、性能測試、隨機測試等等。4.驗收測試 驗收測試旨在向軟件的購買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測試數(shù)據通常

5、是系統(tǒng)測試的測試數(shù)據的子集。所不同的是，驗收測試常常有軟件系統(tǒng)的購買者代表在現(xiàn)場，甚至是在軟件安裝使用的現(xiàn)場。這是軟件在投入使用之前的最后測試。5.回歸測試 回歸測試是在軟件維護階段，對軟件進行修改之后進行的測試。其目的是檢驗對軟件進行的修改是否正確。這里，修改的正確性有兩重含義：一是所作的修改達到了預定目的，如錯誤得到改正，能夠適應新的運行環(huán)境等等；二是不影響軟件的其他功能的正確性。6.Alpha 測試：在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后，仍然會有少量的設計變更。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。 7.Beta 測試：當開發(fā)和測試根本完成時所做的測試

6、，而最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。3.按測試方法劃分：1 白盒測試 白盒測試也稱結構測試或邏輯驅動測試，是指基于一個應用代碼的內部邏輯知識，即基于覆蓋全部代碼、分支、路徑、條件的測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證。“白盒”法全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。“白盒”法是窮舉路徑測試。在使用這一方案

7、時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數(shù)據。貫穿程序的獨立路徑數(shù)是天文數(shù)字。但即3使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設計規(guī)范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據相關的錯誤。白盒測試可以借助一些工具來完成如Junit Framework，Jtest等。2 黑盒測試 黑盒測試是指不基于內部設計和代碼的任何知識，而基于需求和功能性的測試，黑盒測試也稱功能測試或數(shù)據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把

8、程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)鋸而產生正確的輸出信息，并且保持外部信息（如數(shù)據庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等，主要用于軟件確認測試?！昂诤小狈ㄖ塾诔绦蛲獠拷Y構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試。“黑盒”法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的

9、輸入進行測試。黑盒測試也可以借助一些工具，如WinRunner，QuickTestPro，Rational Robot等。3 ALAC(Act-like-a-customer)測試ALAC測試是一種基于客戶使用產品的知識開發(fā)出來的測試方法。ALAC測試是基于復雜的軟件產品有許多錯誤的原則。最大的受益者是用戶，缺陷查找和改正將針對哪些客戶最容易遇到的錯誤。1.2 軟件測試工具軟件測試工具1.2.1 白盒測試工具白盒測試工具1. JTEST：4jtest是parasoft公司推出的一款針對java語 言的自動化白盒測試工具,它通過自動實現(xiàn)java的單元測試和代碼標準校驗,來提高代碼的可靠性。Jte

10、st先分析每個java類，然后自動生成 junit測試用例并執(zhí)行用例，從而實現(xiàn)代碼的最大覆蓋，并將代碼運行時未處理的異常暴露出來；另外，它還可以檢查以DbC（Design by Contract）規(guī)范開發(fā)的代碼的正確性。用戶還可以通過擴展測試用例的自動生成器來添加更多的junit用例。Jtest還能按照現(xiàn)有的超過350個 編碼標準來檢查并自動糾正大多數(shù)常見的編碼規(guī)則上的偏差，用戶可自定義這些標準，通過簡單的幾個點擊，就能預防類似于未處理異常、函數(shù)錯誤、內存泄漏、性 能問題、安全隱患這樣的代碼問題。2. JMETER：JMeter是Apache組織的開放源代碼項目，它是功能和性能測試的工具，10

11、0%的用java實現(xiàn)。使用JMeter進行性能測試。 JMeter可以用于測試靜態(tài)或者動態(tài)資源的性能（文件、Servlets、Perl腳本、java對象、數(shù)據庫數(shù)據庫和查詢、ftp服務器或者其他的資源）。JMeter用于模擬在服務器、網絡網絡或者其他對象上附加高負載以測試他們提供服務的受壓能力，或者分析他們提供的服務在不同負載條件下的總性能情況。你可以用JMeter提供的圖形化界面分析性能指標或者在高負載情況下測試服務器/腳本/對象的行為。3. JUNIT： JUnit是一個開源的 java測試框架，它是Xuint測試體系架構的一種實現(xiàn)。在JUnit單元測試框架的設計時，設定了三個總體目標，第

12、一個是簡化測試的編寫，這種簡化包 括測試框架的學習和實際測試單元的編寫；第二個是使測試單元保持持久性；第三個則是可以利用既有的測試來編寫相關的測試。junit是完全免費的，使用方便。在你提升程序代碼的品質時JUnit測試仍允許你更快速的撰寫程序那聽起來似乎不是很直覺，但那是事實。當你使用JUnit撰寫測試， 你將花更少的時間除蟲，同時對你程序代碼的改變更俱有信心。這個信心讓你更積極重整程序代碼并增加新的功能。使用JUnit你可以快速的撰寫測試并檢測你的程序代碼并逐步隨著程序代碼的成長增加測試。只要你寫了一些測試，你想要快速并頻繁的執(zhí)行測試而不至于中斷建立設計及開發(fā)程序。4. BoundsChe

13、cker：BoundsChecker是一個運行時錯誤檢測工具，它主要定位程序運行時期發(fā)生的5各種錯誤。BoundsChecker是一個運行時錯誤檢測工具，它主要定位程序運行時期發(fā)生的各種錯誤它通過駐留在Visual C+開發(fā)環(huán)境內部的自動處理調試程序來加速應用程序的開發(fā)，縮短產品發(fā)布時間。BoundsChecker對于編程中的錯誤（大多數(shù)是C+中特有的）提供了清晰的詳細的分析。它能夠檢測和診斷出在靜態(tài)，堆棧內存中的錯誤以及內存和資源泄漏問題。在運行狀態(tài)下BoundsChecker驗證超過8700APIs和OLE方法，包括最新的Windows APIs，ODBC，ActiveX，DirectX，

14、COM和Internet APIs。BoundsChecker采用一種被稱為Code Injection的技術，來截獲分配內存和釋放內存函數(shù)的調用。簡單的說，當你的程序開始運行時，BoundsChecker的DLL被自動載入進程的地址空間，然后它會修改進程中分配和釋放內存的函數(shù)的調用，讓這些調用首先轉入它的代碼。BoundsChecker在做這些動作時，無需修改被調試程序的源代碼或工程配置文件，這使得它使用非常的簡便、直接。1.2.2 黑盒測試工具黑盒測試工具1. LoadRunner：LoadRunner是一種預測系統(tǒng)行為和性能的負載測試工具。通過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的

15、方式來確認和查找問題，LoadRunner能夠對整個企業(yè)架構進行測試。企業(yè)使用LoadRunner能最大限度地縮短測試時間，優(yōu)化性能和加速應用系統(tǒng)的發(fā)布周期。 LoadRunner可適用于各種體系架構的自動負載測試，能預測系統(tǒng)行為并評估系統(tǒng)性能。2. TestDirector8.0：TestDirector能夠在一獨立的應用系統(tǒng)中提供需求管理功能，并且可以把測試需求管理于測試計劃、測試日程控制、測試執(zhí)行和錯誤跟蹤等功能融合為一體，因此極大地加速了測試的進程。電子商務正改變著許多公司在如何規(guī)劃并建立IT系統(tǒng)方面的決定。常常在一瞬間，一個Web應用就完成了創(chuàng)建和部署，并展現(xiàn)在您的客戶、供應商或合作

16、伙伴的面前。但是，由于緊湊的開發(fā)計劃和復雜的系統(tǒng)結構，Web應用測試經常是被忽視的。為了與心經濟同步，您必須開發(fā)經過全面測試的高品質的網絡應用。 6在正式面試之前，測試管理提供了一套測試Web應用的組織框架。由于測試方案會根據不斷推陳出新的應用要求而改進，您需要設立一個中央點來管理測試過程。一套基于Web的測試管理系統(tǒng)提供了一個協(xié)同合作的環(huán)境和一個中央數(shù)據倉庫。由于測試人員分布在各地，您需要一個統(tǒng)一的測試管理系統(tǒng)能讓用戶不管在何時何地都能參與到整個測試過程中，并獻計獻策。IT部門的增長速度非常快，人員也經常流動。您必須以最快的速度培訓新的測試人員，教會他們所有的測試有關的知識技術。而TestD

17、irector所提供的一種單點模式，便于管理復雜的部署過程，改善部門間的溝通，加速您測試的成功。 TestDirector能消除組織機構間、地域間間的障礙，它能讓測試人員，開發(fā)人員或其他的IT人員通過一個中央數(shù)據倉庫，在不同位置就能互通測試信息。TestDirector將測試過程-從測試需求管理、測試計劃、測試日程安排，到測試執(zhí)行，以至到出錯后的跟蹤-僅在一個基于瀏覽器的應用中便可完成。 3.Ranorex自動化測試：Ranorex是Windows上運行的GUI自動測試框架，它支持多種不同的應用，包括web 2.0, Win32, MFC, WPF, Flash/Flex, .Net和Java

18、(SWT)。Ranorex沒有自己的腳本語言，用戶可以使用業(yè)界流行的編程語言C#, VB.NET編寫它的測試用例。Ranorex的特性包括，使用RanoreXPath對待測應用的GUI對象進行識別，這種方式可以識別絕大部分控件對象。除此之外Ranorex擁有幾乎所有自動測試工具都有的錄制回放功能，這是通過它的Ranorex編輯器實現(xiàn)的，它被稱為Renorex Recorder。該工具可以通過使用動作表格編輯器很方便地維護錄制的代碼，并且集成了Ranorex對象庫，可以自動產生C#和VB.NET的代碼。與此同時Ranorex還提供了GUI對象映射功能，這就是前面提到的Ranorex對象庫，該庫對

19、各種類型的GUI對象進行統(tǒng)一管理。Ranorex還提供了專門支持.NET環(huán)境的自動測試庫。用戶使用Ranorex Studio可以非常輕松地進行自動測試開發(fā)，該集成環(huán)境提供了代碼自動完成和強大的調試功能。Ranorex曾經因為其對.NET和Flash/Flex絕佳支持獲得第二屆和第三季ATI自動測試最佳商業(yè)功能測試工具獎。71.3 軟件測試基本步驟軟件測試基本步驟一般測試流程：1.需求分析階段：只要就是對業(yè)務的學習，分析需求點。2.測試計劃階段：測試組長就要根據SOW開始編寫測試計劃，其中包括人員，軟件硬件資源，測試點，集成順序，進度安排和風險識別等內容。3.測試設計階段：測試方案一般由對需求

20、很熟的高資深的測試工程師設計，測試方案要求根據SRS上的每個需求點設計出包括需求點簡介，測試思路和詳細測試方法三部分的方案。測試方案編寫完成后也需要進行評審。4.測試方案階段：主要是對測試用例和規(guī)程的設計。測試用例是根據測試方案來編寫的，通過測試方案階段，測試人員對整個系統(tǒng)需求有了詳細的理解。這時開始編寫用例才能保證用例的可執(zhí)行和對需求的覆蓋。測試用例需要包括測試項，用例級別，預置條件，操作步驟和預期結果。其中操作步驟和預期結果需要編寫詳細和明確。測試用例應該覆蓋測試方案，而測試方案又覆蓋了測試需求點，這樣才能保證客戶需求不遺漏。同樣，測試用例也需要評審。5.測試執(zhí)行階段：執(zhí)行測試用例，及時提

21、交有質量的Bug和測試日報，測試報告等相關文檔。測試流程依次如下： 1.需求：閱讀需求，理解需求，與客戶、開發(fā)、架構多方交流，深入了解需求。-testing team 2.測試計劃: 根據需求估算測試所需資源（人力、設備等）、所需時間、功能點劃分、如何合理分配安排資源等。-testing leader or testing manager 3.用例設計：根據測試計劃、任務分配、功能點劃分，設計合理的測試用例。-testing leader, senior tester 4.執(zhí)行測試：根據測試用例的詳細步驟，執(zhí)行測試用例。-every tester(主要是初級測試人員) 5.執(zhí)行結果記錄和bug

22、記錄：對每個case記錄測試的結果，有bug的在測試管理工具中編寫bug記錄。-every tester(主要是初級測試人員) 86.defect tracking：追蹤leader分配給你追蹤的bug.直到 bug fixed。-every tester 7.測試報告：通過不斷測試、追蹤，直到被測軟件達到測試需求要求，并沒有重大bug。8.用戶體驗、軟件發(fā)布等 項目立項后，開始寫測試計劃，根據需求編寫測試需求，根據測試需求編寫測試用例，根據測試用例執(zhí)行測試，把沒用通過的測試用例寫成測試缺陷報告，進行回歸測試，直到測試的結束編寫測試總結，這每個步驟都需要審核通過。2 軟件測試實踐軟件測試實踐2

23、.1測試程序介紹測試程序介紹2.1.1 程序功能程序功能電話號碼問題某城市電話號碼由三部分組成。它們的名稱和內容分別是： 地區(qū)碼：空白或三位數(shù)字； 前 綴：非0或1的三位數(shù)字； 后 綴：4位數(shù)字。假定被測程序能接受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的電話號碼。2.1.2 程序代碼程序代碼using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Drawing;using System.Linq;using System.Text;u

24、sing System.Windows.Forms;namespace ceshi1 public partial class Form1 : Form9 public Form1() InitializeComponent(); private void button1_Click(object sender, EventArgs e) string str = 電話.Text; int n = result(str); switch (n) case 0: 結果.Text = 電話號碼正確”; break; case 1: 結果.Text = 輸入的號碼位數(shù)錯誤; break; case

25、2: 結果.Text = 輸入的號碼含非純數(shù)字; break; case 3: 結果.Text = 前綴不含0或1; break; case 4: 結果.Text = 輸入的號碼含非純數(shù)字; break; case 5: 結果.Text = 前綴不含或1; break; default: break; private void Form1_Load(object sender, EventArgs e) private void 電話_TextChanged(object sender, EventArgs e) private void 電話號碼_Click(object sender, E

26、ventArgs e) private void 結果_TextChanged(object sender, EventArgs e) private void 測試結果_Click(object sender, EventArgs e) 10 public int result(string str) if (str.Length = 7) for (int i = 0; i str.Length; i+) if (!Char.IsNumber(stri) return 2; for (int j = 0; j 3; j+) if (strj = 0 | strj = 1) return 3

27、; return 0; else if (str.Length = 10) for (int i = 0; i str.Length; i+) if (!Char.IsNumber(stri) return 4; for (int j = 3; j 6; j+) if (strj = 0 | strj = 1) return 5; return 0; else11 return 1; 2.2白盒測試實踐白盒測試實踐2.2.1 白盒測試工具介紹白盒測試工具介紹掌握白盒測試的基本理論，能夠利用白盒測試理論設計測試用例，并在所開發(fā)的軟件中進行測試。白盒測試技術要求掌握語句覆蓋、分支覆蓋、路徑覆蓋等白

28、盒測試用例設計方法。Visual Studio 2010集成開發(fā)環(huán)境通過集成Visual Studio Ultimate 2010和VS Test Professional 2010等工具對軟件測試提供了強有力的支持，可以創(chuàng)建和管理單元測試，UI測試，web測試，負載測試等。2.2.2 測試用例測試用例用例編號輸入輸出1234567a輸入的號碼不是純數(shù)字。22304567輸入的號碼前綴里有0或1。32314567輸入的號碼前綴里有0或1。42345678電話號碼正確。5234567890a輸入的號碼不是純數(shù)字。60122304567輸入的號碼前綴里有0或1。1270122314567輸入的號碼

29、前綴里有0或1。80123456789電話號碼正確。901234567891輸入的號碼位數(shù)錯誤。測試代碼是否與要求的功能相一致。地區(qū)碼：空白或三位數(shù)字；前 綴：非0或1的三位數(shù)字；后 綴：4位數(shù)字。檢查被測程序是否能接受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的電話號碼。并根據錯誤返回不同值。2.2.3 測試步驟測試步驟測試代碼public void TestMethod1() Form1 f=new Form1(); int re; string str1 = 234567a; re=f.result(str1); Assert.AreEqual(2, re); string str2

30、 = 2304567; re = f.result(str2); Assert.AreEqual(3, re); str2 = 2314567; re = f.result(str2); Assert.AreEqual(3, re); string str0 = 2345678; re = f.result(str0); Assert.AreEqual(0, re); string str3 = 234567890a; re = f.result(str3); Assert.AreEqual(4, re); string str4 = 0122304567; re = f.result(str

31、4); Assert.AreEqual(5, re); str4 = 0122314567; re = f.result(str4); Assert.AreEqual(5, re); str0 = 0123456789; re = f.result(str0);13 Assert.AreEqual(0, re); str1 = 01234567891; re = f.result(str1); Assert.AreEqual(1, re); 代碼測試結果：測試代碼覆蓋率結果：2.2.4 測試結果及分析測試結果及分析14152.3黑盒測試實踐黑盒測試實踐2.3.1 黑盒測試工具介紹黑盒測試工具介紹功能測試是針對應用系統(tǒng)進行測試，是基于產品功能說明書，是在已知產品所應具有的功能，從用戶角度來進行功能驗證，以確認每個功能是否都能正常使用。本項目主要應用黑盒測試的基本理論設計測試用例，在軟件開發(fā)過程中進行功能測試。黑盒測試技術要求掌握等價類劃分法、邊界值分析法、因果圖法等黑盒測試用例設計方法。根據所設計測試用例，采用QTP/VS2010實現(xiàn)自動化測試。QuickTest Professional 是一種自動化測試工具，它提供符合所有主要應用軟件環(huán)境的功能測試和回歸測試的自動化測試。采用關鍵字驅動的理念以簡化測試用例的創(chuàng)建和維護。它讓用戶可以直接錄制屏幕上的操作流程，自動生