軟測試概要課件

軟件測試高校自動化網(wǎng)學(xué)習(xí)綱要軟件測試概念軟件測試目的軟件測試的方法什么叫軟件測試

軟件測試：利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。軟件測試目的

使用人工或者自動手段來運行或測試某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別.

具體點說：測試的目的就是發(fā)現(xiàn)軟件中的各種缺陷測試只能證明軟件存在缺陷，不能證明軟件不存在缺陷測試可以使軟件中缺陷降低到一定程度，而不是徹底消滅以較少的用例、時間和人力找出軟件中的各種錯誤和缺陷，以確保軟件的質(zhì)量軟件測試流程軟件配置測試配置測試工具測試結(jié)果分析改正錯誤可靠性分析回歸測試錯誤測試結(jié)果修正的軟件測試結(jié)果預(yù)測的可靠性預(yù)期結(jié)果測試過程中需要三類輸入：軟件配置、測試配置和測試工具測試計劃測試設(shè)計測試評估測試執(zhí)行測試計劃測試本身是一個項目，需要盡早計劃測試計劃的三個要點測試需求(What?)測試方法(How?)測試人員(Who?)測試設(shè)計過程定義用戶需求測試需求設(shè)計決定測試方案測試用例測試執(zhí)行測試執(zhí)行的目標(biāo)盡早盡可能多地發(fā)現(xiàn)缺陷，為軟件產(chǎn)品的質(zhì)量提升提供信息，為產(chǎn)品質(zhì)量的評估做好準(zhǔn)備測試執(zhí)行準(zhǔn)備并確認測試環(huán)境實施測試缺陷跟蹤匯報測試結(jié)果測試執(zhí)行要點關(guān)注要點反映出產(chǎn)品當(dāng)前版本的質(zhì)量急需解決的問題（影響測試執(zhí)行、影響發(fā)布）深入分析數(shù)據(jù)的結(jié)果（缺陷起因、分布等）軟件測試執(zhí)行原則

Good-enough：一種權(quán)衡投入/產(chǎn)出比的原則保證測試的覆蓋程度，但窮舉測試是不可能的所有的測試都應(yīng)追溯到用戶需求越早測試越好，測試過程與開發(fā)過程應(yīng)是相結(jié)合的測試的規(guī)模由小而大，從單元測試到系統(tǒng)測試為了盡可能地發(fā)現(xiàn)錯誤，應(yīng)該由獨立的第三方來測試不能為了便于測試擅自修改程序既應(yīng)該測試軟件該做什么也應(yīng)該測試軟件不該做什么THANKYOUSUCCESS2024/1/613可編輯測試評估測試評估的目標(biāo)正確評估軟件產(chǎn)品的質(zhì)量，確定軟件產(chǎn)品是否達到發(fā)布標(biāo)準(zhǔn)形成測試報告測試評估包括的內(nèi)容說明清楚測試覆蓋情況對產(chǎn)品質(zhì)量要進行完成全面的評估盡可能量化說明清楚遺留缺陷對系統(tǒng)質(zhì)量的影響表明對發(fā)布的認可或拒絕為后續(xù)改進提供建議測試活動和階段的對應(yīng)構(gòu)思階段了解需求需求測試計劃階段需求測試制定測試計劃書寫測試用例開發(fā)階段書寫測試用例開發(fā)測試程序準(zhǔn)備測試環(huán)境執(zhí)行測試缺陷跟蹤穩(wěn)定階段執(zhí)行測試缺陷跟蹤維護測試用例測試報告部署階段缺陷跟蹤驗收測試測試總結(jié)有關(guān)軟件測試目的的觀點軟件測試工程師GrenfordJ.Myers曾對軟件測試的目的提出過以下觀點:

(1)測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；

(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；

(3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。然而,這種觀點指出測試是以查找錯誤為中心,而不是為了演示軟件的正確功能.但是只從字面意思理解,可能會產(chǎn)生誤導(dǎo),認為發(fā)現(xiàn)錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒有價值的測試,實際上并非如此!

(1)測試并不僅僅是為了找出錯誤.通過分析錯誤產(chǎn)生的原因和錯誤的發(fā)生趨勢,可以幫助項目管理者發(fā)現(xiàn)當(dāng)前軟件開發(fā)過程中的缺陷,以便及時改進；

(2)這種分析也能幫助測試人員設(shè)計出有針對性的測試方法,改善測試的效率和有效性；

(3)沒有發(fā)現(xiàn)錯誤的測試也是有價值的,完整的測試是評定軟件質(zhì)量的一種方法軟件測試核心價值

第一個層次：職位本身帶來的價值

有點像是通過分工來確保落實。而且因為設(shè)立了這樣的專職的工作，那么自然就有jobresponsibility，需要對質(zhì)量負責(zé)，而因為有這樣的要求，測試人員會跳出來報出問題，提出不同的意見。一個是制度上的安排，一個是心理上的。反過來可以設(shè)想一下，如果在一個正式的商業(yè)產(chǎn)品中，沒有測試人員或者類似的工種，很多時候?qū)|(zhì)量的要求會流于形式，質(zhì)量很容易被進度的壓力compromise掉，而且因為測得夠不夠本身就是個很模糊的概念，大家可能簡單用一用覺得沒有問題就出去了。上面提到的其實是一個很基本的層次，有而且做了而已，至于做得怎么樣，那是另一回事。第二個層次：做得更專業(yè)，更好。

拿做飯為例，好的酒店里的廚師和那些只在家里做做飯的人區(qū)別是什么同樣，對于測試這個職業(yè)，也是一樣，如果只是把功能都用到了，發(fā)現(xiàn)了bug，那和普通的用戶有什么區(qū)別呢？

那什么是更專業(yè)，更好呢？我想用兩個詞來概括，效果和效率。先說效果對于這類測試，普通用戶是難以發(fā)現(xiàn)的，因為等他們發(fā)現(xiàn)那就不是找到bug，而是不幸遭遇到bug。這一部分是非常體現(xiàn)測試人員的技術(shù)和專業(yè)能力的地方，有很多地方值得深入的研究。再說說效率

根據(jù)二八原則，很多時候大家寧愿花20%的時間發(fā)現(xiàn)80%的bug，然后就以beta的名義把產(chǎn)品推出去，然后再來改進，因為畢竟大部分的軟件產(chǎn)品，特別是需要嚴格測試的產(chǎn)品都是有商業(yè)價值的，而timetomarket就是一個很重要的因素。

所以從這個角度來講，對一個專業(yè)的測試人員的要求還包括更快的發(fā)現(xiàn)問題。這個可能是對工具和能力的要求，也有對測試方法和流程的要求，比如自動化測試，敏捷測試等等?？偨Y(jié)前兩個層次簡單的意思就是，專業(yè)的把事情做得又快又好。第三個層次，那就是：提高整體產(chǎn)品的quality

前兩層都是在找bug，這樣有兩個問題，一是事后才發(fā)現(xiàn)，二是很多東西已經(jīng)晚了，甚至沒法修補。發(fā)現(xiàn)bug是一個事后的過程，是在代碼已經(jīng)寫好了之后去測試，發(fā)現(xiàn)了問題需要修改原來的代碼，其實可以做得更好。

a.將發(fā)現(xiàn)bug變得更早，在單元測試（有時是developer來做）的時候就發(fā)現(xiàn)，或者產(chǎn)品的build一出來就發(fā)現(xiàn)，比如和autobuild系統(tǒng)集成的測試。

b.defectprevention再往前走，在有缺陷的代碼被寫出來之前就發(fā)現(xiàn)問題。比如detaildesign，requirementspecification，甚至產(chǎn)品的spec制定的時候就發(fā)現(xiàn)問題，這類問題有很多，比如很多場景可能沒有被考慮到，有些可能和原來的客戶或者產(chǎn)品的需求不一致，甚至有些地方不具有可測性。那么在這個時候，需要及時的討論和調(diào)整。因為這個時候的調(diào)整可能比產(chǎn)品出來之后發(fā)現(xiàn)幾個bug更有價值，因為早期的錯誤可能到后面很難改，或者改的代價很大。

c