測試?yán)碚撝R(shí)

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

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