《軟件測試與改錯-掌握有效測試的方法與技術(shù)課件》由會員分享，可在線閱讀，更多相關(guān)《軟件測試與改錯-掌握有效測試的方法與技術(shù)課件（45頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、,Title Holder,First bullet sentence case,Second bullet sentence case,Third Bullet,Fourth bullet,第,*,頁,軟件測試與改錯,掌握有效測試的方法與技術(shù),王曉輝,maconi126.co,,華北電力大學(xué)計算機系,軟件測試與改錯華北電力大學(xué)計算機系,目錄,1.,測試的常識與道理,2.,測試的分類與比較,3.,測試人員的組織,4.,企業(yè)的測試策略,5.,測試規(guī)范,6.軟件產(chǎn)品的主要測試內(nèi)容及技術(shù),7.改錯的方法,8.小結(jié),世上不存在沒有缺陷的軟件,目錄1.測試的常識與道理 世上不存在沒有缺陷的軟件,1.測試

2、的常識與道理,1.1,你真的懂測試嗎,編程大師說：沒有錯誤的程序世間難求。（編程之道）,你在學(xué)校里學(xué)過測試嗎？（讀到博士可能也不懂測試）,你所在的企業(yè)重視測試嗎？（小公司程序員的技能更加全面）,臨時抱佛腳行嗎？,你以為有文檔模板就會測試了嗎,？,如果不懂得有效地進行測試，你不僅得不到功勞，也沒人欣賞你的苦勞，你擁有最多的將只是疲勞。,職業(yè)軟件工程師應(yīng)當(dāng)掌握需求開發(fā)、系統(tǒng)設(shè)計、編程、測試、維護,所有技能。,1.測試的常識與道理1.1 你真的懂測試嗎,1.2 測試的目的是什么,測試的目的是為了發(fā)現(xiàn)盡可能多的缺陷,，不是,為了說明軟件中沒有缺陷。,推論：成功的測試在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷。所以測

3、試人員的職責(zé)是設(shè)計這樣的測試用例，它能有效地揭示潛伏在軟件里的缺陷。,千萬不要將“測試”與“演示”混為一談。例如科研鑒定會。,如果產(chǎn)品通過了嚴格的測試，大家不要不吭氣，應(yīng)當(dāng)好好地宣傳一把,。,1.2 測試的目的是什么,1.測試的常識與道理,1.3 一些常識和經(jīng)驗之談,測試能提高軟件的質(zhì)量，但是提高質(zhì)量不能依賴測試。,測試只能證明缺陷存在，不能證明缺陷不存在?！皬氐椎販y試”難以成為現(xiàn)實，要考慮時間、費用等限制，不允許無休止地測試。我們應(yīng)當(dāng)祈禱：軟件的缺陷在產(chǎn)品被淘汰之前一直沒有機會發(fā)作。,測試的主要困難是不知道如何進行有效地測試，也不知道什么時候可以放心地結(jié)束測試。,每個開發(fā)人員應(yīng)當(dāng)測試自己的程

4、序（份內(nèi)之事），但是不能作為該程序已經(jīng)通過測試的依據(jù)（所以項目需要獨立測試人員）。,80-20原則：80的缺陷聚集在20的模塊中，經(jīng)常出錯的模塊改錯后還會經(jīng)常出錯,測試應(yīng)當(dāng)循序漸進，不要企圖一次性干完，注意“欲速則不達”。,1.測試的常識與道理1.3 一些常識和經(jīng)驗之談,2.測試的分類與比較,2.1 測試方式,白盒測試：關(guān)心軟件內(nèi)部設(shè)計和程序?qū)崿F(xiàn)，主要測試依據(jù)是設(shè)計文檔,黑盒測試：不關(guān)心軟件內(nèi)部，只關(guān)心輸入輸出，主要測試依據(jù)是需求文檔,2.2 測試階段,單元測試、集成測試、,系統(tǒng)測試、,驗收測試。是,“從小到大”、“由內(nèi)至外”、“循序漸進”的測試過程，體現(xiàn)了“分而治之”的思想。,單元測試的粒度

5、最小，一般由開發(fā)小組采用白盒方式來測試，主要測試單元是否符合“設(shè)計”。,集成測試界于單元測試和系統(tǒng)測試之間，起到“橋梁作用”，一般由開發(fā)小組采用白盒加黑盒的方式來測試，既要驗證“設(shè)計”又要驗證“需求”。,系統(tǒng)測試的粒度最大，一般由獨立測試小組采用黑盒方式來測試，主要測試系統(tǒng)是否符合“需求規(guī)格說明書”。,驗收測試與系統(tǒng)測試非常相似，主要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。,2.測試的分類與比較2.1 測試方式,2.測試的分類與比較,2.3 開發(fā)與測試的,V,型關(guān)系,如果軟件開發(fā)過程采用嚴格的瀑布模型，那么開發(fā)與測試有“,V”,型的對應(yīng)關(guān)系,。,需求開發(fā),高層設(shè)計,詳細設(shè)計,編程,單元測試,集

6、成測試,系統(tǒng)測試,驗收測試,2.測試的分類與比較2.3 開發(fā)與測試的 V 型關(guān)系需求開,2.測試的分類與比較,2.4 測試內(nèi)容,接口與路徑測試。,功能測試、健壯性測試、性能測試、用戶界面測試、安全性測試、壓力測試、可靠性測試、安裝/反安裝測試,測試階段,主要依據(jù),測試人員、測試方式,主要測試內(nèi)容,單元測試,系統(tǒng)設(shè)計文檔,由開發(fā)小組執(zhí)行白盒測試,接口測試、路徑測試,集成測試,系統(tǒng)設(shè)計文檔,需求文檔,由開發(fā)小組執(zhí)行白盒測試和黑盒測試,接口測試、路徑測試,功能測試、性能測試,系統(tǒng)測試,需求文檔,由獨立測試小組執(zhí)行黑盒測試,功能測試、健壯性測試、性能測試、用戶界面測試、安全性測試、壓力測試、可靠性測試

7、、安裝,/,反安裝測試,驗收測試,需求文檔,由用戶執(zhí)行黑盒測試,2.測試的分類與比較2.4 測試內(nèi)容測試階段 主要依據(jù) 測,2.測試的分類與比較,2.5 問題,問題1：有了“黑盒”測試為什么還要“白盒”測試？,黑盒測試只能觀察軟件的外部表現(xiàn)，即使軟件的輸入輸出都是正確的，卻并不能說明軟件就是正確的。因為程序有可能用錯誤的運算方式得出正確的結(jié)果，例如“負負得正，錯錯得對”，只有白盒測試才能發(fā)現(xiàn)真正的原因。,(,舉一個學(xué)生作業(yè)的例子,),白盒測試能發(fā)現(xiàn)程序里的隱患，象內(nèi)存泄漏、誤差累計問題。在這方面，黑盒測試存在嚴重的不足。,問題2：由于單元測試要寫測試驅(qū)動程序，非常麻煩，能否等到整個系統(tǒng)全部開發(fā)

8、完后，再集中精力進行一次性地單元測試呢？,如果這樣做，在開發(fā)過程中，缺陷會越積越多并且分布得更廣、隱藏得更深，反而導(dǎo)致測試與改錯的代價大大增加。最糟糕的是無法估計測試與改錯的工作量，使進度失去控制。因此為圖眼前省事而省略單元測試或者“偷工減料”，是“得不償失”的做法。,2.測試的分類與比較2.5 問題,問題3：如果每個單元都通過了測試，把它們集成一起難道會有什么不妥嗎？集成測試是否多此一舉？,要把,N,個單元集成一起肯定靠接口耦合，這時可能會產(chǎn)生在單元測試中無法發(fā)現(xiàn)的問題。例如：數(shù)據(jù)通過不同的接口時可能出錯；幾個函數(shù)關(guān)聯(lián)在一起時可能達不到預(yù)期的功能；在某個單元里可以接受的誤差可能在集成后被擴大

9、到無法接受的程度。所以集成測試是必要的，不是多此一舉。,問題4：在集成測試的時候，已經(jīng)對一些子系統(tǒng)進行了功能測試、性能測試等等，那么在系統(tǒng)測試時能否跳過相同內(nèi)容的測試?,不能！因為集成測試是在仿真環(huán)境中開展的，那不是真正的目標(biāo)系統(tǒng)。再者，單元測試和集成測試通常由開發(fā)小組執(zhí)行。根據(jù)測試心理學(xué)的分析，開發(fā)人員測試自己的工作成果雖然是必要的，但不能作為成果已經(jīng)通過測試的依據(jù)。,問題3：如果每個單元都通過了測試，把它們集成一起難道會有什么,2.測試的分類與比較,2.5 問題,問題5：既然系統(tǒng)測試與驗收測試的內(nèi)容幾乎是相同的，為什么還要驗收測試？,首先是“信任”問題。對于合同項目而言，如果測試小組是開發(fā)

10、方的人員，客戶怎么能夠輕易相信“別人”呢?所以當(dāng)項目進行系統(tǒng)測試之后，客戶再進行驗收測試是情理之中的事。否則，那是客戶失職。,不論是合同項目還是非合同項目，軟件的最終用戶各色各樣（如受教育程度不同、使用習(xí)慣不同等等）。測試小組至多能夠模仿小部分用戶的行為，但并不具有普遍的代表性。,問題6：能否將系統(tǒng)測試和驗收測試“合二為一”？,系統(tǒng)測試不是一會兒就能做完的，比較長時間的用戶測試很難組織。用戶還有自己的事情要做，他們?yōu)槭裁匆獮閯e人測試呢？即使用戶愿意做系統(tǒng)測試，他們消耗的時間、花費的金錢大多比測試小組的高。,系統(tǒng)測試時會找出相當(dāng)多的軟件缺陷，軟件需要反反復(fù)復(fù)地改錯。如果讓用戶發(fā)現(xiàn)“內(nèi)幕”，一是丟

11、臉，二是會嚇跑買主。所以還是關(guān)起門來，先讓測試小組做完系統(tǒng)測試的好。,2.測試的分類與比較2.5 問題,3.,測試人員的組織,3.1 了解開發(fā)人員的測試心理,測試的目的是找出盡可能多的缺陷。所以測試是“破壞性”的，而開發(fā)卻是“建設(shè)性”的。開發(fā)人員總是喜歡欣賞程序的成功之處，而不愿看到失敗之處。讓開發(fā)者去做“蓄意破壞”的測試，就象殺自己的孩子一樣難以接受。,開發(fā)者對自己的程序印象深刻，并總以為是正確的（自信是應(yīng)該的）。倘若在設(shè)計時就存在理解錯誤，或因不良的編程習(xí)慣而流下了隱患，他本人很難發(fā)現(xiàn)這類錯誤.,開發(fā)者對自己的程序的功能、接口十分熟悉，他自己幾乎不可能因為使用不當(dāng)而引發(fā)錯誤，這與大眾用戶的

12、情況不太相似，所以測試自己的程序不具備典型性。,結(jié)論：開發(fā)人員應(yīng)當(dāng)測試自己的程序，這是他分內(nèi)的工作。但是開發(fā)人員在測試自己的程序時，很難做到客觀、公正，所以自我測試不具有說服力。,3.測試人員的組織3.1 了解開發(fā)人員的測試心理,3.2 如何組織測試人員：應(yīng)當(dāng)視企業(yè)的人力資源而定,條件特別好的公司,，,可以為每一個開發(fā)人員分配一名獨立的測試人員。這樣的測試人員職業(yè)化程度很高，可以完成單元測試、集成測試和系統(tǒng)測試工作，能夠?qū)崿F(xiàn)開發(fā)與測試同步進行。,條件比較好的公司，可以設(shè)置一個獨立的測試小組，該測試小組輪流參加各個項目的系統(tǒng)測試。而單元測試、集成測試工作由項目的開發(fā)小組承擔(dān)。,條件一般的公司，養(yǎng)

13、不起獨立的測試小組。單元測試、集成測試工作由項目開發(fā)小組承擔(dān)。當(dāng)項目進展到系統(tǒng)測試階段，可以從項目外抽調(diào)一些人員，加上開發(fā)人員，臨時組織系統(tǒng)測試小組。,條件比較差的公司，也許只有一個項目和為數(shù)不多的一些開發(fā)人員。那么就讓開發(fā)人員一直兼任測試人員的角色，相互測試對方的程序。如果人員實在太少了，只好讓開發(fā)者測試自己的程序，有測試總比沒有測試好吧！,3.2 如何組織測試人員：應(yīng)當(dāng)視企業(yè)的人力資源而定,3.,測試人員的組織,3.3 避免開發(fā)人員與測試人員產(chǎn)生矛盾,開發(fā)人員的注意事項：,不要敵視測試人員。要理解測試的目的就是發(fā)現(xiàn)缺陷，是測試人員的工作職責(zé)。不要以為測試人員吃飽了沒事干，存心找茬。,不要輕

14、視測試人員，別說人家技術(shù)水平差，不配搞開發(fā)只好搞測試。,測試人員的注意事項：,發(fā)現(xiàn)缺陷時不要嘲笑開發(fā)人員，別說他的程序真臭、到處是,Bug。,在開發(fā)人員壓力太大時或心情不好時不要火上澆油，發(fā)現(xiàn)缺陷時別大聲嚷嚷。,請留意另一種極端：如果測試人員與開發(fā)人員的關(guān)系非常好，可能會導(dǎo)致在測試的時候“手下留情”，這對項目也是一種傷害。,3.測試人員的組織3.3 避免開發(fā)人員與測試人員產(chǎn)生矛盾,4.,企業(yè)的測試策略,4.1 理念：,企業(yè)的主要目的是獲取利潤，降低測試成本也是盈利的一種方式。,用較低的代價實現(xiàn)有效的測試，不應(yīng)為了追求完美的測試而不失一切代價。,4.企業(yè)的測試策略4.1 理念：,4.2 如何合理

15、地減少測試工作量,減少冗余的測試,白盒測試與黑盒測試的方式雖然不同，但往往有“異曲同工”之妙。在很多地方，白盒測試與黑盒測試會產(chǎn)生一模一樣的效果（或者能推理出來），這樣的測試是冗余的。,在集成測試、系統(tǒng)測試階段，可能要執(zhí)行多次“回歸測試”。每一次“回歸測試”都會存在不少的冗余，應(yīng)當(dāng)設(shè)法剔除不必要的重復(fù)測試工作。,減少無價值的測試,無價值的測試通常是由于不懂得測試技術(shù)引起的。例如功能測試，在等價區(qū)間之中，本來只要測試一個典型的輸入就行了，如果有人在此區(qū)間測試了100次，那么其中99次就是無價值的。,如何“偷工減料”,有一些“短、平、快”的項目，經(jīng)費本來就少，用戶對質(zhì)量要求也馬馬虎虎。為了能多掙一

16、點錢，開發(fā)方不得不采用“偷工減料”的方式來降低測試代價。偷工減料的途徑無非就是減少測試的內(nèi)容和頻度。但不能砍得太狠，否則軟件拿不出手?；痉椒ㄊ钦页鲕浖行枰獌?yōu)先測試的部分（見下表），其它次要部分可以忽略或?qū)碓贉y試。,4.2 如何合理地減少測試工作量,4.,企業(yè)的測試策略,“偷工減料”方法的測試優(yōu)先級：,哪些功能是軟件的特色？,哪些功能是用戶最常用的？,如果系統(tǒng)可以分塊賣的話，哪些功能塊在銷售時最昂貴？,哪些功能出錯將導(dǎo)致用戶不滿或索賠？,哪些程序是最復(fù)雜、最容易出錯的？,哪些程序是相對獨立，應(yīng)當(dāng)提前測試的？,哪些程序最容易擴散錯誤？,哪些程序是全系統(tǒng)的性能瓶頸所在？,哪些程序是開發(fā)者最沒有信心的？,4.企業(yè)的測試策略“偷工減料”方法的測試優(yōu)先級：,4.3 測試何時結(jié)束,基于測試用例的規(guī)則,基于“測試期缺陷密度”的規(guī)則,基于“運行期缺陷密度”的規(guī)則,4.4 測試獎勵機制,根據(jù)缺陷的危害程度，把獎金分等級。,每個新缺陷對應(yīng)一份獎金，把獎金發(fā)給第一個發(fā)現(xiàn)該缺陷的人。獎金額要適當(dāng)，太低了人們不感興趣，太高了會讓項目破產(chǎn)的。,4.3 測試何時結(jié)束,5.,測試規(guī)范,5.1 測試流程,第一步：制