測(cè)試?yán)碚撝R(shí)_第1頁(yè)
測(cè)試?yán)碚撝R(shí)_第2頁(yè)
測(cè)試?yán)碚撝R(shí)_第3頁(yè)
測(cè)試?yán)碚撝R(shí)_第4頁(yè)
測(cè)試?yán)碚撝R(shí)_第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

測(cè)試的基本理論與方法(上)一、對(duì)的誤會(huì)1、假如公布出去的軟件有質(zhì)量問題,那是軟件測(cè)試人員的錯(cuò)。2、軟件要求不高,起碼比編程簡(jiǎn)單多了3、軟件測(cè)試隨意找一個(gè)能力差的人就能做。4、軟件測(cè)試是測(cè)試人員的事,與開發(fā)人員沒關(guān)。5、設(shè)計(jì)-實(shí)現(xiàn)-測(cè)試,軟件測(cè)試是開發(fā)后期的一個(gè)階段二、怎樣理解軟件測(cè)試軟件測(cè)試是一種有效的提升的手段,但即便在投入上有所保證,測(cè)試也不可以百分為百發(fā)現(xiàn)所有質(zhì)量隱患。何況軟件質(zhì)量其實(shí)不不過(guò)是測(cè)試出來(lái)的。好多人認(rèn)為軟件測(cè)試就是運(yùn)轉(zhuǎn)一下軟件,看看結(jié)果對(duì)不對(duì)。但實(shí)質(zhì)上,怎樣在有限的投入下,提升軟件測(cè)試的效率和產(chǎn)出是一件很見功底的事。好的測(cè)試人員不單要掌握各樣測(cè)試技術(shù),還要具備豐富的編程經(jīng)驗(yàn)和對(duì)BUG的敏感。測(cè)試的復(fù)雜之處,除了測(cè)試技術(shù)問題以外,還有測(cè)試管理問題。測(cè)試不是沒關(guān)緊要,為所欲為的。規(guī)范化的軟件開發(fā)需要對(duì)軟件測(cè)試早做計(jì)劃,分派必需的時(shí)間,人力和財(cái)力等資源,并將其作為的一個(gè)部分加以控制和協(xié)調(diào)。開發(fā)和測(cè)試是軟件項(xiàng)目相輔相成的兩個(gè)過(guò)程,人員間的溝通,協(xié)作和配合是提升整體效率的重要要素。軟件產(chǎn)品開發(fā)完成,再進(jìn)行測(cè)試的觀點(diǎn)是有悖于生命周期理論的。軟件產(chǎn)質(zhì)量量問題越晚發(fā)現(xiàn),修復(fù)的代價(jià)越大。一些知識(shí)和經(jīng)驗(yàn)之談測(cè)試能提升軟件的質(zhì)量,可是提升質(zhì)量不可以依靠測(cè)試。測(cè)試只能證明缺點(diǎn)存在,不可以證明缺點(diǎn)不存在。“完全地測(cè)試”難以成為現(xiàn)實(shí),要考慮時(shí)間、花費(fèi)等限制,不一樣意無(wú)休止地測(cè)試。我們應(yīng)當(dāng)禱告:軟件的缺點(diǎn)在產(chǎn)品被裁減以前向來(lái)沒有時(shí)機(jī)發(fā)生。測(cè)試的主要困難是不知道怎樣進(jìn)行有效地測(cè)試,也不知道什么時(shí)候能夠放心地結(jié)束測(cè)試。每個(gè)開發(fā)人員應(yīng)當(dāng)測(cè)試自己的程序(份內(nèi)之事),可是不可以作為該程序已經(jīng)經(jīng)過(guò)測(cè)試的依照(因此項(xiàng)目需要獨(dú)立測(cè)試人員)。80-20原則:80%的缺點(diǎn)齊集在20%的模塊中,常常犯錯(cuò)的模塊改錯(cuò)后還會(huì)常常犯錯(cuò)測(cè)試應(yīng)當(dāng)順序漸進(jìn),不要妄圖一次性干完,注意“欲速則不達(dá)”。三、軟件測(cè)試的定義軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而履行程序的過(guò)程軟件測(cè)試是依據(jù)軟件開發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部構(gòu)造而精心設(shè)計(jì)一批測(cè)試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果),并利用這些測(cè)試用例去運(yùn)轉(zhuǎn)程序,以發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程。四、軟件測(cè)試的對(duì)象軟件測(cè)試不等于程序測(cè)試。軟件測(cè)試貫串于軟件定義和開發(fā)的整個(gè)時(shí)期。需求剖析,綱要設(shè)計(jì),詳盡設(shè)計(jì),以及程序編碼等各個(gè)階段所獲得的文檔,包含需求規(guī)格說(shuō)明,綱要設(shè)計(jì)規(guī)格說(shuō)明,詳盡設(shè)計(jì)規(guī)格說(shuō)明以及源程序,都是軟件測(cè)試的對(duì)象。軟件生計(jì)各個(gè)階段間確實(shí)認(rèn)和考證軟件配置:包含軟件需求規(guī)格說(shuō)明、軟件設(shè)計(jì)規(guī)格說(shuō)明、源代碼等;測(cè)試配置:包含測(cè)試計(jì)劃、測(cè)試用例、測(cè)試驅(qū)動(dòng)程序等。實(shí)質(zhì)上,在整個(gè)軟件工程過(guò)程中,測(cè)試配置不過(guò)軟件配置的一個(gè)子集。測(cè)試工具:為提升軟件測(cè)試效率,可使用測(cè)試工具支持測(cè)試工具。比如:測(cè)試數(shù)據(jù)自動(dòng)生成程序、測(cè)試結(jié)果剖析程序等。五、測(cè)試的目的測(cè)試是程序的履行過(guò)程,目的在于發(fā)現(xiàn)錯(cuò)誤;一個(gè)好的測(cè)試用例在于發(fā)現(xiàn)到現(xiàn)在未發(fā)現(xiàn)的錯(cuò)誤;一個(gè)成功的測(cè)試是發(fā)現(xiàn)了到現(xiàn)在的錯(cuò)誤的測(cè)試。六、測(cè)試的種類名稱說(shuō)明黑盒測(cè)試鑒于軟件需求,而不是鑒于軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)的測(cè)試方式。白盒測(cè)試鑒于軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)的測(cè)試方式。單元測(cè)試主要測(cè)試軟件模塊的源代碼。一般由開發(fā)人員而非獨(dú)立測(cè)試人員來(lái)履行,因?yàn)闇y(cè)試者需要懂得該單元的設(shè)計(jì)與程序?qū)崿F(xiàn),測(cè)試者可能需要編寫額外的測(cè)試驅(qū)動(dòng)程序。集成測(cè)試將一些“構(gòu)件”集成一同時(shí),測(cè)試它們可否正常運(yùn)轉(zhuǎn)。這里“構(gòu)件”能夠是程序模塊、客戶機(jī)-服務(wù)器程序等等。功能測(cè)試測(cè)試軟件的功能能否切合功能性需求,往常采納黑盒測(cè)試方式。一般由獨(dú)立測(cè)試人員履行。系統(tǒng)測(cè)試測(cè)試軟件系統(tǒng)能否切合所有需求,包含功能性需求與非功能性需求。一般由獨(dú)立測(cè)試人員履行,往常采納黑盒測(cè)試方式?;貧w測(cè)試指錯(cuò)誤被修正后或軟件功能、環(huán)境發(fā)生變化后進(jìn)行的從頭測(cè)試?;貧w測(cè)試的困難在于不好確立哪些內(nèi)容應(yīng)當(dāng)被從頭測(cè)試。查收測(cè)試由客戶或最后用戶履行,測(cè)試軟件系統(tǒng)能否切合需求規(guī)格說(shuō)明書。名稱說(shuō)明負(fù)載測(cè)試測(cè)試軟件系統(tǒng)的最大負(fù)載,高出此負(fù)載軟件可能會(huì)失態(tài)。壓力測(cè)試觀點(diǎn)上與負(fù)載測(cè)試相像,叫法不一樣。性能測(cè)試測(cè)試軟件在各樣狀況下的性能,如在正常或最大負(fù)載下的狀況。易用性測(cè)試測(cè)試軟件能否易用,主觀性比較強(qiáng)。一般要依據(jù)好多用戶的測(cè)試反應(yīng)信息,才能評(píng)論易用性。安裝與反安裝測(cè)測(cè)試軟件在“所有、部分、升級(jí)”等狀況下的安裝/反試安裝過(guò)程?;謴?fù)測(cè)試測(cè)試該系統(tǒng)從故障中恢復(fù)過(guò)來(lái)的能力。安全性測(cè)試測(cè)試該系統(tǒng)防備非法侵入的能力。兼容性測(cè)試測(cè)試該系統(tǒng)與其余軟件硬件兼容的能力。比較測(cè)試經(jīng)過(guò)與同類產(chǎn)品比較,觀察該系統(tǒng)的長(zhǎng)處、弊端。Alpha測(cè)試一種先期的用戶測(cè)試,此時(shí)系統(tǒng)剛才開發(fā)達(dá)成。Beta測(cè)試一種后期的用戶測(cè)試,此時(shí)系統(tǒng)已經(jīng)經(jīng)過(guò)內(nèi)部測(cè)試,大多數(shù)錯(cuò)誤已經(jīng)更正,馬上正式刊行。七、測(cè)試的分類與比較測(cè)試方式白盒測(cè)試:關(guān)懷軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn),主要測(cè)試依照是設(shè)計(jì)文檔黑盒測(cè)試:不關(guān)懷軟件內(nèi)部,只關(guān)懷輸入輸出,主要測(cè)試依照是需求文檔測(cè)試階段單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、查收測(cè)試。是“從小到大”、“由內(nèi)至外”、“順序漸進(jìn)”的測(cè)試過(guò)程,表現(xiàn)了“分而治之”的思想。單元測(cè)試的粒度最小,一般由開發(fā)小組采納白盒方式來(lái)測(cè)試,主要測(cè)試單元能否切合“設(shè)計(jì)”。集成測(cè)試界于單元測(cè)試和系統(tǒng)測(cè)試之間,起到“橋梁作用”,一般由開發(fā)小組采納白盒加黑盒的方式來(lái)測(cè)試,既要考證“設(shè)計(jì)”又要考證“需求”。系統(tǒng)測(cè)試的粒度最大,一般由獨(dú)立測(cè)試小組采納黑盒方式來(lái)測(cè)試,主要測(cè)試系統(tǒng)能否切合“需求規(guī)格說(shuō)明書”。查收測(cè)試與系統(tǒng)測(cè)試特別相像,主要差別是測(cè)試人員不一樣,查收測(cè)試由用戶履行。開發(fā)與測(cè)試的V型關(guān)系假如軟件開發(fā)過(guò)程采納嚴(yán)格的瀑布模型,那么開發(fā)與測(cè)試有“V”型的對(duì)應(yīng)關(guān)系。測(cè)試內(nèi)容接口與路徑測(cè)試。功能測(cè)試、強(qiáng)健性測(cè)試、性能測(cè)試、用戶界面測(cè)試、安全性測(cè)試、壓力測(cè)試、靠譜性測(cè)試、安裝/反安裝測(cè)試測(cè)試主要測(cè)試人員、測(cè)試主要測(cè)試內(nèi)容階段依照方式單元系統(tǒng)由開發(fā)小組履行接口測(cè)試、路徑測(cè)試測(cè)試設(shè)計(jì)文檔系統(tǒng)設(shè)計(jì)集成文檔測(cè)試需求文檔

白盒測(cè)試由開發(fā)小組履行白盒測(cè)試和黑盒接口測(cè)試、路徑測(cè)試、功能測(cè)試、性能測(cè)試測(cè)試功能測(cè)試、強(qiáng)健性測(cè)試、性能測(cè)試、用戶界系統(tǒng)需求由獨(dú)立測(cè)試小組面測(cè)試、安全性測(cè)試、壓力測(cè)試、靠譜性測(cè)測(cè)試文檔履行黑盒測(cè)試試、安裝/反安裝測(cè)試查收需求由用戶履行黑盒測(cè)試文檔測(cè)試測(cè)試人員的組織認(rèn)識(shí)開發(fā)人員的測(cè)試心理測(cè)試的目的是找出盡可能多的缺點(diǎn)。因此測(cè)試是“損壞性”的,而開發(fā)倒是“建設(shè)性”的。開發(fā)人員老是喜愛樂賞程序的成功之處,而不肯看到失敗之處。讓開發(fā)者去做“蓄意損壞”的測(cè)試,就象殺自己的孩子同樣難以接受。開發(fā)者對(duì)自己的程序印象深刻,并總認(rèn)為是正確的(自信是應(yīng)當(dāng)?shù)模?。若是在設(shè)計(jì)時(shí)就存在理解錯(cuò)誤,或因不良的編程習(xí)慣而流下了隱患,他自己很難發(fā)現(xiàn)這種錯(cuò)誤.開發(fā)者對(duì)自己的程序的功能、接口十分熟習(xí),他自己幾乎不行能因?yàn)槭褂貌煌锥疱e(cuò)誤,這與大眾用戶的狀況不太相像,因此測(cè)試自己的程序不具備典型性。結(jié)論:開發(fā)人員應(yīng)當(dāng)測(cè)試自己的程序,這是他分內(nèi)的工作。可是開發(fā)人員在測(cè)試自己的程序時(shí),很難做到客觀、公正,因此自我測(cè)試不擁有說(shuō)服力。怎樣組織測(cè)試人員:應(yīng)當(dāng)視公司的人力資源而定條件特別好的公司,能夠?yàn)槊恳粋€(gè)開發(fā)人員分派一名獨(dú)立的測(cè)試人員。這樣的測(cè)試人員職業(yè)化程度很高,能夠達(dá)成單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試工作,能夠?qū)崿F(xiàn)開發(fā)與測(cè)試同步進(jìn)行。條件比較好的公司,能夠設(shè)置一個(gè)獨(dú)立的測(cè)試小組,該測(cè)試小組輪番參加各個(gè)項(xiàng)目的系統(tǒng)測(cè)試。而單元測(cè)試、集成測(cè)試工作由項(xiàng)目的開發(fā)小組擔(dān)當(dāng)。條件一般的公司,養(yǎng)不起獨(dú)立的測(cè)試小組。單元測(cè)試、集成測(cè)試工作由項(xiàng)目開發(fā)小組擔(dān)當(dāng)。當(dāng)項(xiàng)目進(jìn)展到系統(tǒng)測(cè)試階段,能夠從項(xiàng)目外抽調(diào)一些人員,加上開發(fā)人員,暫時(shí)組織系統(tǒng)測(cè)試小組。條件比較差的公司,或許只有一個(gè)項(xiàng)目和為數(shù)不多的一些開發(fā)人員。那么就讓開發(fā)人員向來(lái)兼任測(cè)試人員的角色,互相測(cè)試對(duì)方的程序。假如人員實(shí)在太少了,只能讓開發(fā)者測(cè)試自己的程序,有測(cè)試總比沒有測(cè)試好吧!防止開發(fā)人員與測(cè)試人員產(chǎn)生矛盾開發(fā)人員不可以很好地測(cè)試自己的程序是因?yàn)樽霾坏健盁o(wú)情”。但假如測(cè)試人員真的做到了“無(wú)情”卻會(huì)惹起開發(fā)人員的憤慨,遭人白眼。因?yàn)殚_發(fā)與測(cè)試存在“對(duì)峙”關(guān)系,開發(fā)人員與測(cè)試人員很簡(jiǎn)單產(chǎn)生矛盾,這對(duì)項(xiàng)目而言是一種損害。開發(fā)人員的注意事項(xiàng):(1)不要仇視測(cè)試人員。要理解測(cè)試的目的就是發(fā)現(xiàn)缺點(diǎn),是測(cè)試人員的工作職責(zé)。不要認(rèn)為測(cè)試人員吃飽了沒事干,有意找茬。(2)不要小看測(cè)試人員,別說(shuō)人家技術(shù)水平差,不配搞開發(fā)只能搞

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論