軟件測(cè)試與改錯(cuò)——掌握有效測(cè)試的方法與技術(shù)林銳博士-展示頁
2024-10-10 09:29本頁面
【正文】 編程習(xí)慣而流下了隱患，他本人很難發(fā)現(xiàn)這類錯(cuò)誤 . ? 開發(fā)者對(duì)自己的程序的功能、接口十分熟悉，他自己幾乎不可能因?yàn)槭褂貌划?dāng)而引發(fā)錯(cuò)誤，這與大眾用戶的情況不太相似，所以測(cè)試自己的程序不具備典型性。讓開發(fā)者去做 “ 蓄意破壞 ” 的測(cè)試，就象殺自己的孩子一樣難以接受。所以測(cè)試是 “ 破壞性 ” 的，而開發(fā)卻是 “ 建設(shè)性 ” 的。所以還是關(guān)起門來，先讓測(cè)試小組做完系統(tǒng)測(cè)試的好。 – 系統(tǒng)測(cè)試時(shí)會(huì)找出相當(dāng)多的軟件缺陷，軟件需要反反復(fù)復(fù)地改錯(cuò)。 ? 問題 6：能否將系統(tǒng)測(cè)試和驗(yàn)收測(cè)試 “ 合二為一 ” ？ – 系統(tǒng)測(cè)試不是一會(huì)兒就能做完的 ， 比較長(zhǎng)時(shí)間的用戶測(cè)試很難組織 。 – 不論是合同項(xiàng)目還是非合同項(xiàng)目，軟件的最終用戶各色各樣（如受教育程度不同、使用習(xí)慣不同等等）。對(duì)于合同項(xiàng)目而言，如果測(cè)試小組是開發(fā)方的人員，客戶怎么能夠輕易相信 “ 別人 ” 呢 ? 所以當(dāng)項(xiàng)目進(jìn)行系統(tǒng)測(cè)試之后，客戶再進(jìn)行驗(yàn)收測(cè)試是情理之中的事。根據(jù)測(cè)試心理學(xué)的分析，開發(fā)人員測(cè)試自己的工作成果雖然是必要的，但不能作為成果已經(jīng)通過測(cè)試的依據(jù)。 Page 9 2. 測(cè)試的分類與比較 問題 ? 問題 4：在集成測(cè)試的時(shí)候，已經(jīng)對(duì)一些子系統(tǒng)進(jìn)行了功能測(cè)試、性能測(cè)試等等，那么在系統(tǒng)測(cè)試時(shí)能否跳過相同內(nèi)容的測(cè)試 ? – 不能！因?yàn)榧蓽y(cè)試是在仿真環(huán)境中開展的，那不是真正的目標(biāo)系統(tǒng)。 例如：數(shù)據(jù)通過不同的接口時(shí)可能出錯(cuò)；幾個(gè)函數(shù)關(guān)聯(lián)在一起時(shí)可能達(dá)不到預(yù)期的功能；在某個(gè)單元里可以接受的誤差可能在集成后被擴(kuò)大到無法接受的程度 。因此為圖眼前省事而省略單元測(cè)試或者 “ 偷工減料 ” ，是 “ 得不償失 ” 的做法。 ? 問題 2：由于單元測(cè)試要寫測(cè)試驅(qū)動(dòng)程序，非常麻煩，能否等到整個(gè)系統(tǒng)全部開發(fā)完后，再集中精力進(jìn)行一次性地單元測(cè)試呢？ – 如果這樣做，在開發(fā)過程中，缺陷會(huì)越積越多并且分布得更廣、隱藏得更深，反而導(dǎo)致測(cè)試與改錯(cuò)的代價(jià)大大增加。 – 白盒測(cè)試能發(fā)現(xiàn)程序里的隱患，象內(nèi)存泄漏、誤差累計(jì)問題。 ? 功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶界面測(cè)試、安全性測(cè)試、壓力測(cè)試、可靠性測(cè)試、安裝 /反安裝測(cè)試 … 測(cè)試階段 主要依據(jù) 測(cè)試人員、測(cè)試方式 主要測(cè)試內(nèi)容 單元測(cè)試 系統(tǒng)設(shè)計(jì)文檔 由開發(fā)小組執(zhí)行白盒測(cè)試 接口測(cè)試、路徑測(cè)試 集成測(cè)試 系統(tǒng)設(shè)計(jì)文檔 需求文檔 由開發(fā)小組執(zhí)行白盒測(cè)試和黑盒測(cè)試 接口測(cè)試 、 路徑測(cè)試 功能測(cè)試、性能測(cè)試 系統(tǒng)測(cè)試 需求文檔 由獨(dú)立測(cè)試小組執(zhí)行黑盒測(cè)試 功能測(cè)試、健壯性測(cè)試、性能測(cè)試、用戶界面測(cè)試、安全性測(cè)試、壓力測(cè)試、可靠性測(cè)試、安裝 /反安裝測(cè)試 驗(yàn)收測(cè)試 需求文檔 由用戶執(zhí)行黑盒測(cè)試 Page 8 2. 測(cè)試的分類與比較 問題 ? 問題 1：有了 “ 黑盒 ” 測(cè)試為什么還要 “ 白盒 ” 測(cè)試？ – 黑盒測(cè)試只能觀察軟件的外部表現(xiàn) ， 即使軟件的輸入輸出都是正確的 ， 卻并不能說明軟件就是正確的 。 Page 6 2. 測(cè)試的分類與比較 開發(fā)與測(cè)試的 V 型關(guān)系 ? 如果軟件開發(fā)過程采用嚴(yán)格的瀑布模型，那么開發(fā)與測(cè)試有“ V”型的對(duì)應(yīng)關(guān)系 。 ? 系統(tǒng)測(cè)試的粒度最大，一般由獨(dú)立測(cè)試小組采用黑盒方式來測(cè)試，主要測(cè)試系統(tǒng)是否符合“需求規(guī)格說明書”。 ? 單元測(cè)試的粒度最小，一般由開發(fā)小組采用白盒方式來測(cè)試，主要測(cè)試單元是否符合“設(shè)計(jì)”。 Page 5 2. 測(cè)試的分類與比較 測(cè)試方式 ? 白盒測(cè)試：關(guān)心軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)，主要測(cè)試依據(jù)是設(shè)計(jì)文檔 ? 黑盒測(cè)試：不關(guān)心軟件內(nèi)部，只關(guān)心輸入輸出，主要測(cè)試依據(jù)是需求文檔 測(cè)試階段 ? 單元測(cè)試、集成測(cè)試、 系統(tǒng)測(cè)試、 驗(yàn)收測(cè)試。 ? 每個(gè)開發(fā)人員應(yīng)當(dāng)測(cè)試自己的程序（份內(nèi)之事），但是不能作為該程序已經(jīng)通過測(cè)試的依據(jù)（所以項(xiàng)目需要獨(dú)立測(cè)試人員）。我們應(yīng)當(dāng)祈禱：軟件的缺陷在產(chǎn)品被淘汰之前一直沒有機(jī)會(huì)發(fā)作。 ? 測(cè)試只能證明缺陷存在，不能證明缺陷不存在。 ? 如果產(chǎn)品通過了嚴(yán)格的測(cè)試，大家不要不吭氣，應(yīng)當(dāng)好好地宣傳一把 。 ? 千萬不要將 “ 測(cè)試 ” 與 “ 演示 ” 混為一談。 ? 推論：成功的測(cè)試在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷。 ? 職業(yè)軟件工程師應(yīng)當(dāng)掌握需求開發(fā)、系統(tǒng)設(shè)計(jì)、編程、測(cè)試、維護(hù) 所有技能。軟件測(cè)試與改錯(cuò) —— 掌握有效測(cè)試的方法與技術(shù) 林 銳 博士 上 海 漫 索 計(jì) 算 機(jī) 科 技 有 限 公 司 Page 2 目錄 1. 測(cè)試的常識(shí)與道理 2. 測(cè)試的分類與比較 3. 測(cè)試人員的組織 4. 企業(yè)的測(cè)試策略 5. 測(cè)試規(guī)范 6. 軟件產(chǎn)品的主要測(cè)試內(nèi)容及技術(shù) 7. 改錯(cuò)的方法 8. 小結(jié) 參考書：《軟件工程與項(xiàng)目管理解析》，林銳 著，電子工業(yè)出版社， 2020 Page 3 1. 測(cè)試的常識(shí)與道理 你真的懂測(cè)試嗎 ? 編程大師說：沒有錯(cuò)誤的程序世間難求。 （《編程之道》） ? 你在學(xué)校里學(xué)過測(cè)試嗎？（讀到博士可能也不懂測(cè)試） ? 你所在的企業(yè)重視測(cè)試嗎？ （小公司程序員的技能更加全面） ? 臨時(shí)抱佛腳行嗎？ 你以為有文檔模板就會(huì)測(cè)試了嗎 ？ ? 如果不懂得有效地進(jìn)行測(cè)試，你不僅得不到功勞，也沒人欣賞你的苦勞，你擁有最多的將只是疲勞。 測(cè)試的目的是什么 ? 測(cè)試的目的是為了發(fā)現(xiàn)盡可能多的缺陷 ，不是 為了說明軟件中沒有缺陷。所以測(cè)試人員的職責(zé)是設(shè)計(jì)這樣的測(cè)試用例，它能有效地揭示潛伏在軟件里的缺陷。例如科研鑒定會(huì)。 Page 4 1. 測(cè)試的
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1