軟件測試工程師入門之軟件測試基礎

1、軟件測試工程師入門之軟件測試基礎責任編輯： HYPERLINK /user/%cf%fe%d0%dc/ 曉熊作者：ITPUB論壇 HYPERLINK /10004/2009/2009-04-14.shtml 2009-04-14 【內容導航】 第1頁： HYPERLINK /a2009/0414/272/000000272122.shtml o 軟件測試概述 軟件測測試概述 第2頁： HYPERLINK /a2009/0414/272/000000272122_1.shtml o 軟件測試的類型 軟件測測試的類型 文本Tag： HYPERLINK /lists/5987/0/5987.shtm

2、l 軟件測試 【IT1668 技術文文檔】一、 HYPERLINK / o 軟件 軟件測測試概述軟件測試是是軟件開發(fā)過過程的重要組組成部分，是是用來確認一一個程序的品品質或性能是是否符合開發(fā)發(fā)之前所提出出的一些要求求。軟件測試試的目的，第第一是確認軟軟件的質量，其其一方面是確確認軟件做了了你所期望的的事情(Doo the rightt thinng)，另一一方面是確認認軟件以正確確的方式來做做了這個事件件(Do iit rigght)。第第二是提供信信息，比如提提供給開發(fā)人人員或程序經(jīng)經(jīng)理的反饋信信息，為風險險評估所準備備的信息。第第三軟件測試試不僅是在測測試軟件產(chǎn)品品的本身，而而且還包括軟軟

3、件開發(fā)的過過程。如果一一個軟件產(chǎn)品品開發(fā)完成之之后發(fā)現(xiàn)了很很多問題，這這說明此軟件件開發(fā)過程很很可能是有缺缺陷的。因此此軟件測試的的第三個目的的是保證整個個軟件開發(fā)過過程是高質量量的。軟件質量是是由幾個方面面來衡量的：一、在正確確的時間用正正確的的方法法把一個工作作做正確(DDoing the rright thinggs rigght att the rightt timee.)。二、符符合一些應用用標準的要求求，比如不同同國家的用戶戶不同的操作作習慣和要求求，項目工程程中的可維護護性、可測試試性等要求。三三、質量本身身就是軟件達達到了最開始始所設定的要要求，而代碼碼的優(yōu)美或精精巧的技巧并并

4、不代表軟件件的高質量(Qualiity iss defiined aas connformaance tto reqquiremments, not as “goodnness” or “elegaance”.)。四、質質量也代表著著它符合客戶戶的需要(QQualitty alsso meaans “meet custoomer nneeds”.)。作為為軟件測試這這個行業(yè)，最最重要的一件件事就是從客客戶的需求出出發(fā)，從客戶戶的角度去看看產(chǎn)品，客戶戶會怎么去使使用這個產(chǎn)品品，使用過程程中會遇到什什么樣的問題題。只有這些些問題都解決決了，軟件產(chǎn)產(chǎn)品的質量才才可以說是上上去了。測試人員在在軟件開發(fā)

5、過過程中的任務務：1、尋找BBug;2、避免軟軟件開發(fā)過程程中的缺陷;3、衡量軟軟件的品質;4、關注用用戶的需求?？偟哪繕耸鞘牵捍_保軟件件的質量。二、常用的的軟件測試方方法1. 黑盒盒測試黑盒測試顧顧名思義就是是將被測系統(tǒng)統(tǒng)看成一個黑黑盒，從外界界取得輸入，然然后再輸出。整整個測試基于于需求文檔，看看是否能滿足足需求文檔中中的所有要求求。黑盒測試試要求測試者者在測試時不不能使用與被被測系統(tǒng)內部部結構相關的的知識或經(jīng)驗驗，它適用于于對系統(tǒng)的功功能進行測試試。黑盒測試的的優(yōu)點有：1)比較簡簡單，不需要要了解程序內內部的代碼及及實現(xiàn);2)與軟件件的內部實現(xiàn)現(xiàn)無關;3)從用戶戶角度出發(fā)，能能很容易的知

6、知道用戶會用用到哪些功能能，會遇到哪哪些問題;4)基于軟軟件開發(fā)文檔檔，所以也能能知道軟件實實現(xiàn)了文檔中中的哪些功能能;5)在做軟軟件自動化測測試時較為方方便。黑盒測試的的缺點有：1)不可能能覆蓋所有的的代碼，覆蓋蓋率較低，大大概只能達到到總代碼量的的30%;2)自動化化測試的復用用性較低。2. 白盒盒測試白盒測試是是指在測試時時能夠了解被被測對象的結結構，可以查查閱被測代碼碼內容的測試試工作。它需需要知道程序序內部的設計計結構及具體體的代碼實現(xiàn)現(xiàn)，并以此為為基礎來設計計測試用例。如如下例程序代代碼：HRESUULT Pllay( cchar* pszFiileNamme )if ( NULL

7、 = psszFileeName )returrn;if ( STATEE_OPENNED = currrentSttate )PlayTTheFille();returrn;讀了代碼之之后可以知道道，先要檢查查一個字符串串是否為空，然然后再根據(jù)播播放器當前的的狀態(tài)來執(zhí)行行相應的動作作?？梢赃@樣樣設計一些測測試用例：比比如字符串(文件)為空空的話會出現(xiàn)現(xiàn)什么情況;如果此時播播放器的狀態(tài)態(tài)是文件剛打打開，會是什什么情況;如如果文件已經(jīng)經(jīng)在播放，再再調用這個函函數(shù)會是什么么情況。也就就是說，根據(jù)據(jù)播放器內部部狀態(tài)的不同同，可以設計計很多不同的的測試用例。這這些是在純粹粹做黑盒測試試時不一定能能做到

8、的事情情。白盒測試的的直接好處就就是知道所設設計的測試用用例在代碼級級上哪些地方方被忽略掉，它它的優(yōu)點是幫幫助軟件測試試人員增大代代碼的覆蓋率率，提高代碼碼的質量，發(fā)發(fā)現(xiàn)代碼中隱隱藏的問題。白盒測試的的缺點有：1)程序運運行會有很多多不同的路徑徑，不可能測測試所有的運運行路徑;2)測試基基于代碼，只只能測試開發(fā)發(fā)人員做的對對不對，而不不能知道設計計的正確與否否，可能會漏漏掉一些功能能需求;3)系統(tǒng)龐龐大時，測試試開銷會非常常大。3. 基于于風險的測試試基于風險的的測試是指評評估測試的優(yōu)優(yōu)先級，先做做高優(yōu)先級的的測試，如果果時間或精力力不夠，低優(yōu)優(yōu)先級的測試試可以暫時先先不做。有如如下一個圖，橫

9、橫軸代表影響響，豎軸代表表概率，根據(jù)據(jù)一個軟件的的特點來確定定：如果一個個功能出了問問題，它對整整個產(chǎn)品的影影響有多大，這這個功能出問問題的概率有有多大?如果果出問題的概概率很大，出出了問題對整整個產(chǎn)品的影影響也很大，那那么在測試時時就一定要覆覆蓋到。對于于一個用戶很很少用到的功功能，出問題題的概率很小小，就算出了了問題的影響響也不是很大大，那么如果果時間比較緊緊的話，就可可以考慮不測測試?；陲L險測測試的兩個決決定因素就是是：該功能出出問題對用戶戶的影響有多多大，出問題題的概率有多多大。其它一一些影響因素素還有復雜性性、可用性、依依賴性、可修修改性等。測測試人員主要要根據(jù)事情的的輕重緩急來來

10、決定測試工工作的重點。4. 基于于模型的測試試模型實際上上就是用語言言把一個系統(tǒng)統(tǒng)的行為描述述出來，定義義出它可能的的各種狀態(tài)，以以及它們之間間的轉換關系系，即狀態(tài)轉轉換圖。模型型是系統(tǒng)的抽抽象?；谀ＤＰ偷臏y試是是利用模型來來生成相應的的測試用例，然然后根據(jù)實際際結果和原先先預想的結果果的差異來測測試系統(tǒng)，過過程如下圖所所示。三、 HYPERLINK / o 軟件 軟件測試的的類型常見的軟件件測試類型有有：BVT (Buildd Veriificattion TTest)BVT是在在所有開發(fā)工工程師都已經(jīng)經(jīng)檢入自己的的代碼，項目目組編譯生成成當天的版本本之后進行，主主要目的是驗驗證最新生成成

11、的軟件版本本在功能上是是否完整，主主要的軟件特特性是否正確確。如無大的的問題，就可可以進行相應應的功能測試試。BVT優(yōu)優(yōu)點是時間短短，驗證了軟軟件的基本功功能。缺點是是該種測試的的覆蓋率很低低。因為運行行時間短，不不可能把所有有的情況都測測試到。Scenaario TTests(基于用戶實實際應用場景景的測試)在做BVTT、功能測試試的時候，可可能測試主要要集中在某個個模塊，或比比較分離的功功能上。當用用戶來使用這這個應用程序序的時候，各各個模塊是作作為一個整體體來使用的，那那么在做測試試的時候，就就需要模仿用用戶這樣一個個真實的使用用環(huán)境，即用用戶會有哪些些用法，會用用這個應用程程序做哪些事

12、事情，操作會會是一個怎樣樣的流程。加加了這些測試試用例后，再再與BVT、功功能測試配合合，就能使軟軟件整體都能能符合用戶使使用的要求。SScenarrio Teests優(yōu)點點是關注了用用戶的需求，缺缺點是有時候候難以真正模模仿用戶真實實的使用情況況。Smokee Testt在測試中發(fā)發(fā)現(xiàn)問題，找找到了一個BBug，然后后開發(fā)人員會會來修復這個個Bug。這這時想知道這這次修復是否否真的解決了了程序的Buug，或者是是否會對其它它模塊造成影影響，就需要要針對此問題題進行專門測測試，這個過過程就被稱為為Smokee Testt。在很多情情況下，做SSmoke Test是是開發(fā)人員在在試圖解決一一個問

13、題的時時候，造成了了其它功能模模塊一系列的的連鎖反應，原原因可能是只只集中考慮了了一開始的那那個問題，而而忽略其它的的問題，這就就可能引起了了新的Bugg。Smokke Tesst優(yōu)點是節(jié)節(jié)省測試時間間，防止buuild失敗敗。缺點是覆覆蓋率還是比比較低。此外，Appplicaation Compaatibillity TTest(兼兼容性測試)，主要目的的是為了兼容容第三方軟件件，確保第三三方軟件能正正常運行，用用戶不受影響響。Acceessibiility Test(軟件適用性性測試)，是是確保軟件對對于某些有殘殘疾的人士也也能正常的使使用，但優(yōu)先先級比較低。其其它的測試還還有Funcct

14、ionaal Tesst(功能測測試)、Seecuritty Tesst( HYPERLINK / o 安全 安全性測試)、Streess Teest(壓力力測試)、PPerforrmancee Testt(性能測試試)、Reggressiion Teest(回歸歸測試)、SSetup/Upgraade Teest(安裝裝升級測試)等。四、微軟的的軟件測試工工作1. 基本本情況測試在微軟軟公司是一項項非常重要的的工作，微軟軟公司在此方方面的投入是是非常巨大的的。微軟對測測試的重視表表現(xiàn)在工程開開發(fā)隊伍的人人員構成上，微微軟的項目經(jīng)經(jīng)理、軟件開開發(fā)人員和測測試人員的比比例基本是11：3：3或或1

15、：4：44，可以看出出開發(fā)人員與與測試人員的的比例是1：1。對于測測試的重視還還表現(xiàn)在最后后產(chǎn)品要發(fā)布布的時候，此此產(chǎn)品的所有有相關部門都都必須簽字，而而測試人員則則具有絕對的的否決權。測試人員中中分成兩種職職位，Sofftwaree Deveelopmeent Enngineeer in Test(測試組的軟軟件開發(fā)工程程師)實際上上還是屬于開開發(fā)人員，他他們具備編寫寫代碼的能力力和開發(fā)工具具軟件的經(jīng)驗驗，側重于開開發(fā)自動化測測試工具和測測試腳本，實實現(xiàn)測試的自自動化。Sooftwarre Tesst Enggineerr(軟件測試試工程師)具具體負責測試試軟件產(chǎn)品，主主要完成一些些手工測試

16、以以及安裝配置置測試。2. 測試試計劃測試計劃是是測試人員管管理測試項目目，在軟件中中尋找Bugg的一種有效效的工具。測測試計劃主要要有兩個作用用，一是評判判團隊的測試試覆蓋率以及及效率，讓測測試工作很有有條理的逐步步展開。二是是有利于與項項目經(jīng)理、開開發(fā)人員進行行溝通。有了了測試計劃之之后，他們就就能夠知道你你是如何開展展測試工作的的，他們也會會從中提出很很多有益的意意見，確保測測試工作順利利進行。總之之，有了測試試計劃可以更更好的完成測測試工作，確確保用戶的滿滿意度。測試人員在在編寫測試計計劃之前，應應獲得以下文文檔：1)程序經(jīng)經(jīng)理編寫的產(chǎn)產(chǎn)品功能說明明書或產(chǎn)品開開發(fā)計劃;2)程序經(jīng)經(jīng)理或

17、開發(fā)人人員提供的開開發(fā)進度表。根據(jù)產(chǎn)品的的特性及開發(fā)發(fā)進度安排，測測試人員制定定具體的測試試計劃。測試試計劃通常包包括以下內容容：1)測試目目標和發(fā)布條條件：a. 給出出清晰的測試試目標描述;b. 定義義產(chǎn)品的發(fā)布布條件，即在在達到何種測測試目標的前前提下才可以以發(fā)布產(chǎn)品的的某個特定版版本。2)待測產(chǎn)產(chǎn)品范圍：a. 軟件件主要特性/功能說明，即即待測軟件主主要特性的列列表;b. 特性性/功能測試試一覽，應涵涵蓋所有特性性、對話框、菜菜單和錯誤信信息等待測內內容，并列舉舉每個測試范范圍內要重點點考慮的關鍵鍵功能。3)測試方方法描述：a. 定義義測試軟件產(chǎn)產(chǎn)品時使用的的測試方法;b. 描述述每一種

18、特定定的測試方法法可以覆蓋哪哪些測試范圍圍。4)測試進進度表：a. 定義義測試里程碑碑;b. 定義義當前里程碑碑的詳細測試試進度。5)測試資資源和相關的的程序經(jīng)理/開發(fā)工程師師：a. 定義義參與測試的的人員;b. 描述述每位測試人人員的職責范范圍;c. 給出出與測試有關關的程序經(jīng)理理/開發(fā)工程程師的相關信信息。6)配置范范圍和測試工工具：a. 給出出測試時使用用的所有計算算機平臺列表表;b. 描述述測試覆蓋了了哪些硬件設設備;c. 測試試時使用的主主要測試工具具。此外，還應應列出測試中中可能會面臨臨的風險及測測試的依賴性性，即測試是是否依賴于某某個產(chǎn)品或某某個團隊。比比如此項測試試依賴性Wii

19、ndowssCE這個 HYPERLINK /list/b/0501_1.shtml o 操作系統(tǒng) 操操作系統(tǒng)，而而這個系統(tǒng)要要明年2月份份才能做好，那那么此項測試試就可能只有有在明年5月月份才能完成成，這樣就存存在著依賴關關系。如果那那個團隊的開開發(fā)計劃往后后推，則此項項測試也會被被推遲。3. 測試試用例開發(fā)一個好的測測試用例就是是有一個合理理的概率來找找到Bug，不不要冗余，要要有針對性，一一個測試只針針對一件事情情。特別是功功能測試的時時候，如果一一個測試是測測了兩項功能能，那么如果果測試結果失失敗的話，就就不知道到底底是哪項功能能出了問題。測試用例開開發(fā)中主要使使用的技術有有等價類劃分分

20、，邊界值的的分析，Errror GGuessiing Teestingg。等價類劃分分是根據(jù)輸入入輸出條件，以以及自身的一一些特性分成成兩個或更多多個子集，來來減少所需要要測試的用例例個數(shù)，并且且能用很少的的測試用例來來覆蓋很多的的情況，減少少測試用例的的冗余度。在在等價類劃分分中，最基本本的劃分是一一個為合法的的類，一個為為不合法的類類。邊界值的分分析是利用了了一個規(guī)律，即即程序最容易易發(fā)生錯誤的的地方就是在在邊界值的附附近，它取決決于變量的類類型，以及變變量的取值范范圍。一般對對于有n個變變量時，會有有6n+1個個測試用例，取取值分別是mmin-1, min, min+1, noormal

21、, max-1, maax,maxx+1的組合合。邊界值的的分析的缺點點，是對邏輯輯變量和布爾爾型變量不起起作用，還有有可能會忽略略掉某些輸入入的組合。Errorr Guesssing Testiing完全靠靠的是經(jīng)驗，所所設計的測試試用例就是常常說的猜測。感感覺到軟件在在某個地方可可能出錯，就就去設計相應應的測試用例例，這主要是是靠實際工作作中所積累的的經(jīng)驗和知識識。其優(yōu)點是是速度快，只只要想得到，就就能很快設計計出測試用例例。缺點就是是沒有系統(tǒng)性性，無法知道道覆蓋率會有有多少，很可可能會遺漏一一些測試領域域。實際上在微微軟是采用一一些專門的軟軟件或工具負負責測試用例例的管理，有有一些測試信

22、信息可以被記記錄下來，比比如測試用例例的簡單描述述，在哪些平平臺執(zhí)行，是是手工測試還還是自動測試試，運行的頻頻率是每天運運行一次，還還是每周運行行一次。此外外還有清晰的的測試通過或或失敗的標準準，以及詳細細記錄測試的的每個步驟。4. Buug跟蹤過程程在軟件開發(fā)發(fā)項目中，測測試人員的一一項最重要使使命就是對所所有已知Buug進行有效效的跟蹤和管管理，保證產(chǎn)產(chǎn)品中出現(xiàn)的的所有問題都都可以得到有有效的解決。一一般地，項目目組發(fā)現(xiàn)、定定位、處理和和最終解決一一個Bug的的過程包括BBug報告、BBug評估和和分配、Buug處理、BBug關閉等等四個階段：1)測試工工程師在測試試過程中發(fā)現(xiàn)現(xiàn)新的Bugg后，應向項項目組報告該該Bug的位位置、表現(xiàn)、當當前狀態(tài)等信信息。項目組組在Bug數(shù)數(shù)據(jù)庫中添加加該Bug的的記錄。2)開發(fā)經(jīng)經(jīng)理對已發(fā)現(xiàn)現(xiàn)的Bug進進行集中討論論，根據(jù)Buug對軟件產(chǎn)產(chǎn)品的影響來來評估Bugg的優(yōu)先級，制制定Bug的的修正策略。按按照Bug的的優(yōu)先級順序序和開發(fā)人員員的工作安排排，開發(fā)經(jīng)理理將所有需要要立即處理的的Bug分配配給相應的開開發(fā)工程師。3)開發(fā)工工程師根據(jù)安安排對特定的的Bug進行行處理，找出出代碼中的錯錯誤原因，修修改代碼，重重新生成產(chǎn)品品版