【正文】 ? 8020原則： 80％的缺陷聚集在 20％的模塊中，經(jīng)常出錯(cuò)的模塊改錯(cuò)后還會經(jīng)常出錯(cuò) ? 測試應(yīng)當(dāng)循序漸進(jìn)，不要企圖一次性干完，注意 “ 欲速則不達(dá) ” 。 ? 測試的主要困難是不知道如何進(jìn)行有效地測試，也不知道什么時(shí)候可以放心地結(jié)束測試。 “ 徹底地測試 ” 難以成為現(xiàn)實(shí)，要考慮時(shí)間、費(fèi)用等限制，不允許無休止地測試。 5 軟件測試的挑戰(zhàn)和問題 五、經(jīng)驗(yàn)之談 ? 測試能提高軟件的質(zhì)量，但是提高質(zhì)量不能依賴測試。 5 軟件測試的挑戰(zhàn)和問題 11. 針對被測軟件是否提出了可度量的測試目標(biāo)？ 12. 如已提出，它與商業(yè)風(fēng)險(xiǎn)有關(guān)嗎？ 13. 測試中發(fā)現(xiàn)的缺陷是否做了紀(jì)錄和總結(jié)，使其用于改進(jìn)開發(fā)過程和測試過程？ 14. 測試人員是否根據(jù)以前的工作經(jīng)驗(yàn)判斷可能的缺陷？ 15. 是否有改進(jìn)測試過程的辦法？ 16. 你為缺陷命名嗎？ 17. 是否利用缺陷記錄、總結(jié)和事故數(shù)據(jù)來評價(jià)測試過程的有效性？ 18. 是否采用度量（如千行代碼缺陷數(shù)）來計(jì)劃和評價(jià)測試過程？ 19. 是否已建立了測試人員的培訓(xùn)制度？ 20. 采用測試工具來支持測試過程嗎？ 三、不同等級的測試機(jī)構(gòu) 否 狀態(tài) 特點(diǎn) 1 1720 把測試工作當(dāng)作技藝 (art) ?測試依賴于測試人員個(gè)人的技巧和創(chuàng)造性 ?對測試人員無指導(dǎo)，無要求 ?測試工作效果不穩(wěn)定，有時(shí)好，有時(shí)糟 ?顧客和用戶不能靠測試的有效性判斷質(zhì)量 2 1316 把測試工作當(dāng)作工藝 (craft) ?有測試過程、規(guī)范、標(biāo)準(zhǔn)和測試計(jì)劃 ?測試計(jì)劃得不到實(shí)施 ?測試人員只熱衷于找缺陷，報(bào)告開發(fā)人員 ?用戶不信任測試過程，只好做驗(yàn)收測試 3 912 執(zhí)行已確切定義的測試過程 ?測試過程已被定義，單位但未得到有效執(zhí)行 ?測試工作針對規(guī)格說明，重視問題的需求 ?測試結(jié)束時(shí)沒有提供表明被測軟件能否投入使用的正式報(bào)告 三、不同等級的測試機(jī)構(gòu) 4 58 先進(jìn)的測試機(jī)構(gòu) ?有明確的測試目標(biāo)，可優(yōu)化利用測試資源實(shí)現(xiàn)目標(biāo) ?重視測試過程薄弱環(huán)節(jié)的改進(jìn) 5 04 最先進(jìn)的測試機(jī)構(gòu) ?測試工作基于降低風(fēng)險(xiǎn)，測試人員工作有效 ?測試得到度量，過程得到很好定義 ?缺陷得到記錄、分析和總結(jié)，且用其改進(jìn)過程 ?測試成本顯著下降 ?顧客和用戶相信測試過程，不依靠驗(yàn)收測試取得滿意產(chǎn)品 167。 5 軟件測試的挑戰(zhàn)和問題 對于測試人員的職業(yè)素質(zhì)要求： ? 責(zé)任感 ? 堅(jiān)持原則、不放棄 ? 有問題及時(shí)匯報(bào) ? 溝通能力、移情能力 ? 與用戶、項(xiàng)目組的溝通 ? 獨(dú)立的判斷和自學(xué)習(xí)能力 ? 堅(jiān)持觀點(diǎn)，不隨聲附和 ? 喜歡探尋、鉆牛角尖不一定是壞事情 ? 耐心、自我督促 ? 團(tuán)隊(duì)精神 ? 與開發(fā)組整體為一個(gè)目標(biāo)開展活動，有時(shí)需要妥協(xié) 167。 167。如果讓用戶發(fā)現(xiàn) “ 內(nèi)幕 ” ，一是丟臉，二是會嚇跑買主。 用戶還有自己的事情要做 ， 他們?yōu)槭裁匆獮閯e人測試呢 ？ 即使用戶愿意做系統(tǒng)測試 ， 他們消耗的時(shí)間 、花費(fèi)的金錢大多比測試小組的高 。 167。 ? 不論是合同項(xiàng)目還是非合同項(xiàng)目，軟件的最終用戶各色各樣（如受教育程度不同、使用習(xí)慣不同等等）。對于合同項(xiàng)目而言，如果測試小組是開發(fā)方的人員，客戶怎么能夠輕易相信 “ 別人 ” 呢 ? 所以當(dāng)項(xiàng)目進(jìn)行系統(tǒng)測試之后，客戶再進(jìn)行驗(yàn)收測試是情理之中的事。 167。再者，單元測試和集成測試通常由開發(fā)小組執(zhí)行。 167。 例如：數(shù)據(jù)通過不同的接口時(shí)可能出錯(cuò)；幾個(gè)函數(shù)關(guān)聯(lián)在一起時(shí)可能達(dá)不到預(yù)期的功能；在某個(gè)單元里可以接受的誤差可能在集成后被擴(kuò)大到無法接受的程度 。 167。最糟糕的是無法估計(jì)測試與改錯(cuò)的工作量，使進(jìn)度失去控制。 167。 ?白盒測試能發(fā)現(xiàn)程序里的隱患，象內(nèi)存泄漏、誤差累計(jì)問題。 4 軟件測試的一般性理論 七、 一些問題 ? 問題 1：有了 “ 黑盒 ” 測試為什么還要“ 白盒 ” 測試？ ?黑盒測試只能觀察軟件的外部表現(xiàn) ， 即使軟件的輸入輸出都是正確的 ， 卻并不能說明軟件就是正確的 。 ? 測試人員 ? 產(chǎn)品經(jīng)理或其他高級經(jīng)理 ? 開發(fā)工程師 ? 測試工程師 ? 用戶 167。 4 軟件測試的一般性理論 四、系統(tǒng)測試 測試員的效率 ? 平均每個(gè)工作日發(fā)現(xiàn) 46個(gè) Bug ? 平均每修正 3個(gè) Bug， 會引進(jìn) 1個(gè)新的 Bug ? 平均 75%的 Bug會在單元測試階段解決掉 ? 平均 20%的 Bug會在集成測試和系統(tǒng)測試階段解決掉 ? 平均 5%的 Bug會被交付給用戶 167。 167。 4 軟件測試的一般性理論 四、系統(tǒng)測試 ? 其他還有一些關(guān)于測試的分類，例如： ? 健壯性測試 ? 容災(zāi)測試 ? 內(nèi)存泄漏測試 ? 并發(fā)性測試 ? 安全性測試 ? 配套產(chǎn)品測試 。 4 軟件測試的一般性理論 四、系統(tǒng)測試 ? 用戶界面的測試 : ? 符合標(biāo)準(zhǔn)和規(guī)范 ? 直觀性 一致性 ? 靈活性 舒適性 ? 正確性 實(shí)用性 167。 167。壓力測試的重點(diǎn)在于發(fā)現(xiàn)功能性測試所不易發(fā)現(xiàn)的系統(tǒng)方面的缺陷。 4 軟件測試的一般性理論 四、系統(tǒng)測試 性能測試： 對于那些實(shí)時(shí)和嵌入式系統(tǒng)，軟件部分即使?jié)M足功能要求，也未必能夠滿足性能要求，雖然從單元測試起，每一測試步驟都包含性能測試，但只有當(dāng)系統(tǒng)真正集成之后，在真實(shí)環(huán)境中才能全面、可靠地測試運(yùn)行性能，系統(tǒng)性能測試就是為了完成這一任務(wù)。有了對軟件負(fù)載的準(zhǔn)確預(yù)測，不僅能讓用戶對軟件在實(shí)際使用中的性能狀況充滿信心，同時(shí)也可以幫助用戶最經(jīng)濟(jì)地規(guī)劃自己的網(wǎng)絡(luò)配置，避免無謂的硬件投入，還可以減少網(wǎng)絡(luò)系統(tǒng)的宕機(jī)時(shí)間和因此帶來的經(jīng)濟(jì)損失。壓力測試的目的就是在軟件投入使用以前或軟件負(fù)載達(dá)到極限以前，通過執(zhí)行可重復(fù)的負(fù)載測試，預(yù)先分析出軟件可承受的并發(fā)用戶極限值和性能瓶頸，以幫助軟件廠商或用戶優(yōu)化自己的程序。 167。這里所謂的系統(tǒng)不僅僅包括軟件本身，而且還包括計(jì)算機(jī)硬件及其相關(guān)的外圍設(shè)備，數(shù)據(jù)及其收集傳輸機(jī)構(gòu)，甚至掌握計(jì)算機(jī)運(yùn)行的人員及其操作等。 ? 為了發(fā)現(xiàn)缺陷并度量產(chǎn)品質(zhì)量，按照系統(tǒng)的功能和性能需求進(jìn)行的測試 ?一般使用黑盒測試技術(shù) ?一般由獨(dú)立的測試人員完成 167。 4 軟件測試的一般性理論 四 、 系統(tǒng)測試 ? 經(jīng)過集成測試之后，分散開發(fā)的模塊被聯(lián)接起來，構(gòu)成完整的程序，其中各模塊間接口存在的種種問題都已基本消除。內(nèi)容有： ? 測試的描述和范圍 ? 測試環(huán)境 ? 測試時(shí)間表 ? 集成次序 ? 測試用例以及測試的預(yù)期結(jié)果等 測試方法：集成測試階段是以黑盒法為主。 167。 人員安排：既要求參與的人熟悉單元的內(nèi)部細(xì)節(jié)，又要求他們能夠從足夠高的層次上觀察整個(gè)系統(tǒng)。 4 軟件測試的一般性理論 三、集成測試 集成測試（ Integration test） : 將通過單元測試的多個(gè)模塊組合成更大的模塊或子系統(tǒng)或