軟件測(cè)試基礎(chǔ)

——Limit主要內(nèi)容一.軟件測(cè)試概述二.常用軟件測(cè)試方法

①黑盒測(cè)試②白盒測(cè)試③基于風(fēng)險(xiǎn)的測(cè)試④基于模型的測(cè)試三.軟件測(cè)試的類型四.微軟的軟件測(cè)試工作

①基本情況②測(cè)試計(jì)劃③測(cè)試用例開(kāi)發(fā)④BUG跟蹤過(guò)程⑤BUG的不同處理方式五.成為優(yōu)秀測(cè)試工程師的要求一.軟件測(cè)試概述

軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程的重要組成部分，是用來(lái)確認(rèn)一個(gè)程序的品質(zhì)或性能是否符合開(kāi)發(fā)之前所提出的一些要求。軟件測(cè)試的目的，第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望的事情（Dotherightthing），另一方面是確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事件（Doitright）。第二是提供信息，比如提供給開(kāi)發(fā)人員或程序經(jīng)理的反饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。第三軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品的本身，而且還包括軟件開(kāi)發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。因此軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開(kāi)發(fā)過(guò)程是高質(zhì)量的。軟件質(zhì)量是由幾個(gè)方面來(lái)衡量的：1、在正確的時(shí)間用正確的的方法把一個(gè)工作做正確（Doingtherightthingsrightattherighttime.）。2、符合一些應(yīng)用標(biāo)準(zhǔn)的要求，比如不同國(guó)家的用戶不同的操作習(xí)慣和要求，項(xiàng)目工程中的可維護(hù)性、可測(cè)試性等要求。3、質(zhì)量本身就是軟件達(dá)到了最開(kāi)始所設(shè)定的要求，而代碼的優(yōu)美或精巧的技巧并不代表軟件的高質(zhì)量（Qualityisdefinedasconformancetorequirements,notas“goodness”or“elegance”.）。4、質(zhì)量也代表著它符合客戶的需要（Qualityalsomeans“meetcustomerneeds”.）。作為軟件測(cè)試這個(gè)行業(yè)，最重要的一件事就是從客戶的需求出發(fā)，從客戶的角度去看產(chǎn)品，客戶會(huì)怎么去使用這個(gè)產(chǎn)品，使用過(guò)程中會(huì)遇到什么樣的問(wèn)題。只有這些問(wèn)題都解決了，軟件產(chǎn)品的質(zhì)量才可以說(shuō)是上去了。測(cè)試人員在軟件開(kāi)發(fā)過(guò)程中的任務(wù)：1、尋找Bug；2、避免軟件開(kāi)發(fā)過(guò)程中的缺陷；3、衡量軟件的品質(zhì)；4、關(guān)注用戶的需求?？偟哪繕?biāo)是：確保軟件的質(zhì)量。二.常用軟件測(cè)試方法2.1黑盒測(cè)試2.2白盒測(cè)試2.3基于風(fēng)險(xiǎn)的測(cè)試2.4基于模型的測(cè)試2.1黑盒測(cè)試黑盒測(cè)試顧名思義就是將被測(cè)系統(tǒng)看成一個(gè)黑盒，從外界取得輸入，然后再輸出。整個(gè)測(cè)試基于需求文檔，看是否能滿足需求文檔中的所有要求。黑盒測(cè)試要求測(cè)試者在測(cè)試時(shí)不能使用與被測(cè)系統(tǒng)內(nèi)部結(jié)構(gòu)相關(guān)的知識(shí)或經(jīng)驗(yàn)，它適用于對(duì)系統(tǒng)的功能進(jìn)行測(cè)試。黑盒測(cè)試的優(yōu)點(diǎn)有：

1）比較簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；2）與軟件的內(nèi)部實(shí)現(xiàn)無(wú)關(guān)；3）從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問(wèn)題；4）基于軟件開(kāi)發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；5）在做軟件自動(dòng)化測(cè)試時(shí)較為方便。黑盒測(cè)試的缺點(diǎn)有：

1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；2）自動(dòng)化測(cè)試的復(fù)用性較低。2.2白盒測(cè)試白盒測(cè)試是指在測(cè)試時(shí)能夠了解被測(cè)對(duì)象的結(jié)構(gòu)，可以查閱被測(cè)代碼內(nèi)容的測(cè)試工作。它需要知道程序內(nèi)部的設(shè)計(jì)結(jié)構(gòu)及具體的代碼實(shí)現(xiàn)，并以此為基礎(chǔ)來(lái)設(shè)計(jì)測(cè)試用例。如下例程序代碼：HRESULTPlay(char*pszFileName){if(NULL==pszFileName)return;if(STATE_OPENED==currentState){PlayTheFile();}return;}讀了代碼之后可以知道，先要檢查一個(gè)字符串是否為空，然后再根據(jù)播放器當(dāng)前的狀態(tài)來(lái)執(zhí)行相應(yīng)的動(dòng)作?？梢赃@樣設(shè)計(jì)一些測(cè)試用例：比如字符串（文件）為空的話會(huì)出現(xiàn)什么情況；如果此時(shí)播放器的狀態(tài)是文件剛打開(kāi)，會(huì)是什么情況；如果文件已經(jīng)在播放，再調(diào)用這個(gè)函數(shù)會(huì)是什么情況。也就是說(shuō)，根據(jù)播放器內(nèi)部狀態(tài)的不同，可以設(shè)計(jì)很多不同的測(cè)試用例。這些是在純粹做黑盒測(cè)試時(shí)不一定能做到的事情。白盒測(cè)試的直接好處就是知道所設(shè)計(jì)的測(cè)試用例在代碼級(jí)上哪些地方被忽略掉，它的優(yōu)點(diǎn)是幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問(wèn)題。白盒測(cè)試的缺點(diǎn)有：1）程序運(yùn)行會(huì)有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑；2）測(cè)試基于代碼，只能測(cè)試開(kāi)發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求；3）系統(tǒng)龐大時(shí)，測(cè)試開(kāi)銷會(huì)非常大。2.3基于風(fēng)險(xiǎn)的測(cè)試基于風(fēng)險(xiǎn)的測(cè)試是指評(píng)估測(cè)試的優(yōu)先級(jí)，先做高優(yōu)先級(jí)的測(cè)試，如果時(shí)間或精力不夠，低優(yōu)先級(jí)的測(cè)試可以暫時(shí)先不做。有如下一個(gè)圖，橫軸代表影響，豎軸代表概率，根據(jù)一個(gè)軟件的特點(diǎn)來(lái)確定：如果一個(gè)功能出了問(wèn)題，它對(duì)整個(gè)產(chǎn)品的影響有多大，這個(gè)功能出問(wèn)題的概率有多大？如果出問(wèn)題的概率很大，出了問(wèn)題對(duì)整個(gè)產(chǎn)品的影響也很大，那么在測(cè)試時(shí)就一定要覆蓋到。對(duì)于一個(gè)用戶很少用到的功能，出問(wèn)題的概率很小，就算出了問(wèn)題的影響也不是很大，那么如果時(shí)間比較緊的話，就可以考慮不測(cè)試?；陲L(fēng)險(xiǎn)測(cè)試的兩個(gè)決定因素就是：該功能出問(wèn)題對(duì)用戶的影響有多大，出問(wèn)題的概率有多大。其它一些影響因素還有復(fù)雜性、可用性、依賴性、可修改性等。測(cè)試人員主要根據(jù)事情的輕重緩急來(lái)決定測(cè)試工作的重點(diǎn)。2.4基于模型的測(cè)試模型實(shí)際上就是用語(yǔ)言把一個(gè)系統(tǒng)的行為描述出來(lái)，定義出它可能的各種狀態(tài)，以及它們之間的轉(zhuǎn)換關(guān)系，即狀態(tài)轉(zhuǎn)換圖。模型是系統(tǒng)的抽象?；谀Ｐ偷臏y(cè)試是利用模型來(lái)生成相應(yīng)的測(cè)試用例，然后根據(jù)實(shí)際結(jié)果和原先預(yù)想的結(jié)果的差異來(lái)測(cè)試系統(tǒng)，過(guò)程如下圖所示。三.軟件測(cè)試的類型四.微軟的軟件測(cè)試工作

4.1基本情況4.2測(cè)試計(jì)劃4.3測(cè)試用例開(kāi)發(fā)4.4BUG跟蹤過(guò)程4.5BUG的不同處理方式4.1基本情況4.2測(cè)試計(jì)劃〈1〉測(cè)試計(jì)劃是測(cè)試人員管理測(cè)試項(xiàng)目，在軟件中尋找Bug的一種有效的工具。測(cè)試計(jì)劃主要有兩個(gè)作用，一是評(píng)判團(tuán)隊(duì)的測(cè)試覆蓋率以及效率，讓測(cè)試工作很有條理的逐步展開(kāi)。二是有利于與項(xiàng)目經(jīng)理、開(kāi)發(fā)人員進(jìn)行溝通。有了測(cè)試計(jì)劃之后，他們就能夠知道你是如何開(kāi)展測(cè)試工作的，他們也會(huì)從中提出很多有益的意見(jiàn)，確保測(cè)試工作順利進(jìn)行。總之，有了測(cè)試計(jì)劃可以更好的完成測(cè)試工作，確保用戶的滿意度。測(cè)試人員在編寫(xiě)測(cè)試計(jì)劃之前，應(yīng)獲得以下文檔：1）程序經(jīng)理編寫(xiě)的產(chǎn)品功能說(shuō)明書(shū)或產(chǎn)品開(kāi)發(fā)計(jì)劃；2）程序經(jīng)理或開(kāi)發(fā)人員提供的開(kāi)發(fā)進(jìn)度表。根據(jù)產(chǎn)品的特性及開(kāi)發(fā)進(jìn)度安排，測(cè)試人員制定具體的測(cè)試計(jì)劃。測(cè)試計(jì)劃通常包括以下內(nèi)容：1）測(cè)試目標(biāo)和發(fā)布條件：a.給出清晰的測(cè)試目標(biāo)描述；b.定義產(chǎn)品的發(fā)布條件，即在達(dá)到何種測(cè)試目標(biāo)的前提下才可以發(fā)布產(chǎn)品的某個(gè)特定版本。2）待測(cè)產(chǎn)品范圍：a.軟件主要特性/功能說(shuō)明，即待測(cè)軟件主要特性的列表；b.特性/功能測(cè)試一覽，應(yīng)涵蓋所有特性、對(duì)話框、菜單和錯(cuò)誤信息等待測(cè)內(nèi)容，并列舉每個(gè)測(cè)試范圍內(nèi)要重點(diǎn)考慮的關(guān)鍵功能。4.2測(cè)試計(jì)劃〈2〉3）測(cè)試方法描述：a.定義測(cè)試軟件產(chǎn)品時(shí)使用的測(cè)試方法；b.描述每一種特定的測(cè)試方法可以覆蓋哪些測(cè)試范圍。4）測(cè)試進(jìn)度表：a.定義測(cè)試?yán)锍瘫?；b.定義當(dāng)前里程碑的詳細(xì)測(cè)試進(jìn)度。5）測(cè)試資源和相關(guān)的程序經(jīng)理/開(kāi)發(fā)工程師：a.定義參與測(cè)試的人員；b.描述每位測(cè)試人員的職責(zé)范圍；c.給出與測(cè)試有關(guān)的程序經(jīng)理/開(kāi)發(fā)工程師的相關(guān)信息。6）配置范圍和測(cè)試工具：a.給出測(cè)試時(shí)使用的所有計(jì)算機(jī)平臺(tái)列表；b.描述測(cè)試覆蓋了哪些硬件設(shè)備；c.測(cè)試時(shí)使用的主要測(cè)試工具。此外，還應(yīng)列出測(cè)試中可能會(huì)面臨的風(fēng)險(xiǎn)及測(cè)試的依賴性，即測(cè)試是否依賴于某個(gè)產(chǎn)品或某個(gè)團(tuán)隊(duì)。比如此項(xiàng)測(cè)試依賴性WindowsCE這個(gè)操作系統(tǒng)，而這個(gè)系統(tǒng)要明年2月份才能做好，那么此項(xiàng)測(cè)試就可能只有在明年5月份才能完成，這樣就存在著依賴關(guān)系。如果那個(gè)團(tuán)隊(duì)的開(kāi)發(fā)計(jì)劃往后推，則此項(xiàng)測(cè)試也會(huì)被推遲。4.3測(cè)試用例開(kāi)發(fā)4.4BUG跟蹤過(guò)程在軟件開(kāi)發(fā)項(xiàng)目中，測(cè)試人員的一項(xiàng)最重要使命就是對(duì)所有已知Bug進(jìn)行有效的跟蹤和管理，保證產(chǎn)品中出現(xiàn)的所有問(wèn)題都可以得到有效的解決。一般地，項(xiàng)目組發(fā)現(xiàn)、定位、處理和最終解決一個(gè)Bug的過(guò)程包括Bug報(bào)告、Bug評(píng)估和Bug處理、Bug關(guān)閉等四個(gè)階段：1）測(cè)試工程師在測(cè)試過(guò)程中發(fā)現(xiàn)新的Bug后，應(yīng)向項(xiàng)目組報(bào)告該Bug的位置表現(xiàn)、當(dāng)前狀態(tài)等信息。項(xiàng)目組在Bug數(shù)據(jù)庫(kù)中添加該Bug的記錄。2）開(kāi)發(fā)經(jīng)理對(duì)已發(fā)現(xiàn)的Bug進(jìn)行集中討論，根據(jù)Bug對(duì)軟件產(chǎn)品的影響來(lái)評(píng)Bug的優(yōu)先級(jí)，制定Bug的修正策略。按照Bug的優(yōu)先級(jí)順序和開(kāi)發(fā)人員的工作安排，開(kāi)發(fā)經(jīng)理將所有需要立即處理的Bug分配給相應(yīng)的開(kāi)發(fā)工程師。3）開(kāi)發(fā)工程師根據(jù)安排對(duì)特定的Bug進(jìn)行處理，找出代碼中的錯(cuò)誤原因，修改代碼，重新生成產(chǎn)品版本。4）開(kāi)發(fā)工程師處理了Bug之后，測(cè)試人員需要對(duì)處理后的結(jié)果進(jìn)行驗(yàn)證，經(jīng)過(guò)驗(yàn)證確認(rèn)已正確處理的Bug被標(biāo)記為關(guān)閉（Close）狀態(tài)。測(cè)試工程師既需要驗(yàn)證Bug是否已經(jīng)被修正，也需要確定開(kāi)發(fā)人員有沒(méi)有在修改代碼的同時(shí)引入新的Bug。4.5BUG的不同處理方式在某些情況下，Bug已處理并不意味著B(niǎo)ug已經(jīng)被修正。開(kāi)發(fā)工程師可以推遲Bug的修正時(shí)間，也可以在分析之后告知測(cè)試工程師這實(shí)際上不是一個(gè)真正的Bug。也就是說(shuō)，某特定的Bug經(jīng)開(kāi)發(fā)工程師處理之后，該Bug可能包括以下幾種狀態(tài)。已修正：開(kāi)發(fā)工程師已經(jīng)修正了相應(yīng)的程序代碼，該Bug不會(huì)出現(xiàn)了。可推遲：該Bug的重要程度較低，不會(huì)影響當(dāng)前應(yīng)提交版本的主要功能，可安排在下一版本中再行處理。設(shè)計(jì)問(wèn)題：該Bug與程序?qū)崿F(xiàn)無(wú)關(guān)，其所表現(xiàn)出來(lái)的行為完全符合設(shè)計(jì)要求，對(duì)此應(yīng)提交給程序經(jīng)理處理。無(wú)需修正：該Bug的重要程度非常低，根本不會(huì)影響程序的功能，項(xiàng)目組沒(méi)有必要在這些Bug上浪費(fèi)時(shí)間。五.成為優(yōu)秀測(cè)試工程師的要求要成為一名優(yōu)秀的測(cè)試工程師，首先對(duì)計(jì)算機(jī)的基本知識(shí)要有很好的了解，精通一門(mén)或多門(mén)的編程語(yǔ)言，具備一定的程序調(diào)試技能，掌握測(cè)試工具的開(kāi)發(fā)和使用技術(shù)。同時(shí)要比較細(xì)心，會(huì)按照任務(wù)的輕重緩急來(lái)安排自己的工作，要有很好的溝通能力。此外，還要善于用非常規(guī)的方式思考問(wèn)題，盡可能多的參加軟件測(cè)試項(xiàng)目，在實(shí)踐中