軟件測(cè)試與改錯(cuò)——掌握有效測(cè)試的方法與技術(shù)林銳博士-閱讀頁
2024-10-18 09:29本頁面
【正文】 的輸入是有代表性的，因此相應(yīng)的路徑也具有代表性，不用得著費(fèi)煞苦心地去找測(cè)試路徑。 預(yù)防措施有： – 觀察是否有程序語句從來沒有被執(zhí)行過 。 – 要特別留意函數(shù)體內(nèi)的錯(cuò)誤處理程序塊（如果存在的話），這是最易被人疏忽的路徑，隱患最多。如果兩者不一致，即表明功能有誤。 ? 功能測(cè)試看起來比較簡(jiǎn)單，只要看得懂《需求規(guī)格說明書》，誰都會(huì)做。由于輸入空間通常是無限的，窮舉測(cè)試顯然行不通。 – 等價(jià)劃分是指把輸入空間劃分為幾個(gè) “ 等價(jià)區(qū)間 ” ，在每個(gè) “ 等價(jià)區(qū)間 ” 中只需要測(cè)試一個(gè)典型值就可以了。 – “ 缺陷遺漏在角落里，聚集在邊界上 ” 。如果 A和 B是輸入空間的邊界值，那么除了典型值外還要用 A和 B作為測(cè)試用例。 憑直覺，等價(jià)區(qū)間應(yīng)是（ 0, 1）和（ 1, +∞ ）。再取 x=0以及 x=1進(jìn)行 “ 邊界值 ” 測(cè)試。健壯性有兩層含義：一是容錯(cuò)能力，二是恢復(fù)能力。 如 “ 猴 ” 年 “ 馬 ” 月 。如上海人常說的 “ 十三點(diǎn) ” ? 粗暴一些方式俗稱 “ 大猩猩 ” 測(cè)試法。例如在測(cè)試客戶機(jī)－服務(wù)器模式的軟件時(shí)，把網(wǎng)絡(luò)線拔掉，造成通信異常中斷。 Page 25 6. 軟件系統(tǒng)的主要測(cè)試內(nèi)容及技術(shù) ? 健壯性測(cè)試 用例的參考模板 Page 26 6. 軟件系統(tǒng)的主要測(cè)試內(nèi)容及技術(shù) 性能測(cè)試 ? 性能測(cè)試即測(cè)試軟件處理事務(wù)的速度，一是為了檢驗(yàn)性能是否符合需求，二是為了得到某些性能數(shù)據(jù)供人們參考（例如用于宣傳）。 有時(shí)人們關(guān)心測(cè)試的 “ 相對(duì)值 ” ， 如某個(gè)軟件比另一個(gè)軟件快多少倍 。 例如網(wǎng)絡(luò)環(huán)境 、 計(jì)算機(jī)主頻 ， 總線結(jié)構(gòu)和外部設(shè)備都可能影響軟件的運(yùn)行速度 。 – 應(yīng)當(dāng)測(cè)試軟件在標(biāo)準(zhǔn)配置和最低配置下的性能 。 – 不同的輸入情況會(huì)得到不同的性能數(shù)據(jù)，應(yīng)當(dāng)分檔記錄。 – 由于環(huán)境的波動(dòng)，同一種輸入情況在不同的時(shí)間可能得到不同的性能數(shù)據(jù)，可以取其平均值。圖形用戶界面的測(cè)試重點(diǎn)是正確性、易用性和視覺效果。 ? 用戶界面 測(cè)試用例的 參考模板： Page 29 6. 軟件系統(tǒng)的主要測(cè)試內(nèi)容及技術(shù) 信息安全測(cè)試 ? 信息安全性（ security） 是指防止系統(tǒng)被非法入侵的能力，既屬于技術(shù)問題又屬于管理問題。 – （ 2） 邀請(qǐng) （ 或懸賞 ） 一些人扮演黑客 ， 讓他們想盡辦法入侵系統(tǒng) ， 實(shí)現(xiàn) “ 目標(biāo) ” 。別忘了給予獎(jiǎng)勵(lì)。了解 “ 極限 ” 是很有價(jià)值的，例如潛艇下潛極限深度 … 。 ? 壓力測(cè)試的一個(gè)變種是敏感測(cè)試 。 敏感測(cè)試目的是發(fā)現(xiàn)什么樣的輸入可能會(huì)引發(fā)不穩(wěn)定現(xiàn)象 。由于軟件不像硬件那樣可以 “ 加速老化 ” ，按此定義，軟件可靠性測(cè)試可能會(huì)花費(fèi)很長(zhǎng)時(shí)間。 計(jì)算出相鄰故障的時(shí)間間隔 ， 注意要去掉非工作時(shí)間 。 其中 “ 平均時(shí)間間隔 ” 會(huì)讓人們大體了解到系統(tǒng) “ 可靠 ” 的程度 。 制作安裝 /反安裝程序不再是件難事 ， 關(guān)鍵是不要麻痹大意 。 Page 33 7. 改錯(cuò)的方法 要有勇氣改錯(cuò) ? 改錯(cuò)是個(gè)大悲大喜的過程，一天之內(nèi)可以讓人在悲傷的低谷和喜悅的顛峰之間跌蕩起伏。 ? 軟件中的錯(cuò)誤通常只有開發(fā)者自己才能找出并改掉。所以長(zhǎng)痛不如短痛，要集中精力對(duì)付錯(cuò)誤。前三十年是伐樹勞模，受到周總理的接見。后三十年成了植樹勞模，受到朱總理的接見。我們軟件開發(fā)人員應(yīng)當(dāng)向這位可敬的林場(chǎng)工人學(xué)習(xí)。改錯(cuò)過程很像偵破案件，有些壞事發(fā)生了，而僅有的信息就是它的確發(fā)生了。一旦找到了根源，我們就知道如何改正了?！? ? 根據(jù)軟件錯(cuò)誤的癥狀推斷出根源并不是件容易的事 ， 因?yàn)椋? – （ 1） 癥狀和根源可能相隔很遠(yuǎn) 。 高度耦合的程序結(jié)構(gòu)加劇了這種情況 。 – （ 3） 癥狀可能并不是由某個(gè)程序錯(cuò)誤直接引發(fā)的 ， 如誤差累積 。 – （ 5） 癥狀可能時(shí)隱時(shí)現(xiàn) ， 如內(nèi)存泄漏 。 – （ 7）癥狀可能分布在許多不同的任務(wù)中，難以跟蹤。 Page 35 7. 改錯(cuò)的方法 硬件的調(diào)試方法 ? 硬件調(diào)試據(jù)說繼承了中醫(yī)的 “ 望聞聽切 ” 診斷方法： – （ 1） 望 ， 即用眼睛查看哪些地方是否有破損 。 – （ 3） 聽 ， 即用耳朵聽哪些地方是否有異常的噪聲 。 ? 據(jù)有經(jīng)驗(yàn)的電器修理工說 ， “ 望聞聽切 ” 這 4招能解決大部分問題 。 軟件的調(diào)試方法 ? 軟件調(diào)試的基本方法是“粗分細(xì)找”。如果沒有調(diào)試工具，那么只好用“土辦法”：在程序中插入打印語句如 printf， 觀看屏幕的輸出。我們經(jīng)常會(huì)長(zhǎng)時(shí)間地追蹤某個(gè) Bug，苦惱萬分。 ? 改錯(cuò)的最大忌諱是“急躁蠻干”。我認(rèn)為大多數(shù)人著急了就會(huì)蠻干，早把“智”丟到腦后。 – 蜜蜂和麻雀撞玻璃的故事 …… Page 36 7. 改錯(cuò)的方法 改錯(cuò)時(shí)的注意事項(xiàng) ? （ 1） 找到錯(cuò)誤的代碼時(shí) ， 不要急于修改 ， 先思考一下：修改此代碼會(huì)不會(huì)引發(fā)其它問題 ？ 如果沒有問題 ， 可以放心修改 。 ? （ 2） 有些時(shí)候 ， 軟件中可能潛伏同一類型的許多錯(cuò)誤 （ 例如由不良的編程習(xí)慣引起的 ） 。 ? （ 3） 在改錯(cuò)之后一定要馬上進(jìn)行回歸測(cè)試 ， 以免引入新的錯(cuò)誤 。 更加嚴(yán)格的要求是：不論原先程序是否絕對(duì)正確 ， 只要對(duì)此程序作過改動(dòng)（ 哪怕是微不足道的 ） ， 都要進(jìn)行回歸測(cè)試 。 Page 37 8. 小結(jié) ? 優(yōu)秀的程序員敢于聲稱自己編寫的代碼沒有錯(cuò)誤，這種自信讓人羨慕不已。能否做好測(cè)試工作，態(tài)度是很關(guān)鍵的。 “ 黑盒測(cè)試 ” 就象通過提問題來判斷一個(gè)人是否是個(gè)瘋子，但無法知道他為什么成了瘋子。 ? 程序出了錯(cuò)誤一定要改錯(cuò)，但是“編寫優(yōu)質(zhì)無錯(cuò)”的程序才是根本的解決之道。 我深受此書的教誨，獲益非淺。 要懂一點(diǎn)養(yǎng)生之道 ， 尤其要正常作息 ， 過正常人的生活 。
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1