軟件測(cè)試與改錯(cuò)——掌握有效測(cè)試的方法與技術(shù)林銳博士-免費(fèi)閱讀
【正文】 我深受此書(shū)的教誨，獲益非淺。 Page 37 8. 小結(jié) ? 優(yōu)秀的程序員敢于聲稱(chēng)自己編寫(xiě)的代碼沒(méi)有錯(cuò)誤，這種自信讓人羨慕不已。 – 蜜蜂和麻雀撞玻璃的故事 …… Page 36 7. 改錯(cuò)的方法 改錯(cuò)時(shí)的注意事項(xiàng) ? （ 1） 找到錯(cuò)誤的代碼時(shí) ， 不要急于修改 ， 先思考一下：修改此代碼會(huì)不會(huì)引發(fā)其它問(wèn)題 ？ 如果沒(méi)有問(wèn)題 ， 可以放心修改 。如果沒(méi)有調(diào)試工具，那么只好用“土辦法”：在程序中插入打印語(yǔ)句如 printf， 觀看屏幕的輸出。 Page 35 7. 改錯(cuò)的方法 硬件的調(diào)試方法 ? 硬件調(diào)試據(jù)說(shuō)繼承了中醫(yī)的 “ 望聞聽(tīng)切 ” 診斷方法： – （ 1） 望 ， 即用眼睛查看哪些地方是否有破損 。 高度耦合的程序結(jié)構(gòu)加劇了這種情況 。我們軟件開(kāi)發(fā)人員應(yīng)當(dāng)向這位可敬的林場(chǎng)工人學(xué)習(xí)。 ? 軟件中的錯(cuò)誤通常只有開(kāi)發(fā)者自己才能找出并改掉。 計(jì)算出相鄰故障的時(shí)間間隔 ， 注意要去掉非工作時(shí)間 。了解 “ 極限 ” 是很有價(jià)值的，例如潛艇下潛極限深度 … 。圖形用戶(hù)界面的測(cè)試重點(diǎn)是正確性、易用性和視覺(jué)效果。 例如網(wǎng)絡(luò)環(huán)境 、 計(jì)算機(jī)主頻 ， 總線結(jié)構(gòu)和外部設(shè)備都可能影響軟件的運(yùn)行速度 。如上海人常說(shuō)的 “ 十三點(diǎn) ” ? 粗暴一些方式俗稱(chēng) “ 大猩猩 ” 測(cè)試法。 憑直覺(jué)，等價(jià)區(qū)間應(yīng)是（ 0, 1）和（ 1, +∞ ）。由于輸入空間通常是無(wú)限的，窮舉測(cè)試顯然行不通。 預(yù)防措施有： – 觀察是否有程序語(yǔ)句從來(lái)沒(méi)有被執(zhí)行過(guò) 。白盒方式的接口測(cè)試和黑盒方式的功能測(cè)試，其方法十分相似。 同時(shí)滿(mǎn)足以下條件允許結(jié)束測(cè)試： – （ 1） 功能性測(cè)試用例通過(guò)率達(dá)到 100％ ； – （ 2） 非功能性測(cè)試用例通過(guò)率達(dá)到 90％ 時(shí) 。 ? 第二步：設(shè)計(jì)測(cè)試用例。 偷工減料的途徑無(wú)非就是減少測(cè)試的內(nèi)容和頻度 。 如何合理地減少測(cè)試工作量 ? 減少冗余的測(cè)試 – 白盒測(cè)試與黑盒測(cè)試的方式雖然不同，但往往有 “ 異曲同工 ” 之妙。要理解測(cè)試的目的就是發(fā)現(xiàn)缺陷，是測(cè)試人員的工作職責(zé)。 ? 條件比較好的公司 ， 可以設(shè)置一個(gè)獨(dú)立的測(cè)試小組 ， 該測(cè)試小組輪流參加各個(gè)項(xiàng)目的系統(tǒng)測(cè)試 。開(kāi)發(fā)人員總是喜歡欣賞程序的成功之處，而不愿看到失敗之處。測(cè)試小組至多能夠模仿小部分用戶(hù)的行為，但并不具有普遍的代表性。 所以集成測(cè)試是必要的 ， 不是多此一舉 。 因?yàn)槌绦蛴锌赡苡缅e(cuò)誤的運(yùn)算方式得出正確的結(jié)果 ， 例如 “ 負(fù)負(fù)得正 ， 錯(cuò)錯(cuò)得對(duì) ” ， 只有白盒測(cè)試才能發(fā)現(xiàn)真正的原因 。是 “從小到大”、“由內(nèi)至外”、“循序漸進(jìn)”的測(cè)試過(guò)程，體現(xiàn)了“分而治之”的思想。 Page 4 1. 測(cè)試的常識(shí)與道理 一些常識(shí)和經(jīng)驗(yàn)之談 ? 測(cè)試能提高軟件的質(zhì)量，但是提高質(zhì)量不能依賴(lài)測(cè)試。 （《編程之道》） ? 你在學(xué)校里學(xué)過(guò)測(cè)試嗎？（讀到博士可能也不懂測(cè)試） ? 你所在的企業(yè)重視測(cè)試嗎？ （小公司程序員的技能更加全面） ? 臨時(shí)抱佛腳行嗎？ 你以為有文檔模板就會(huì)測(cè)試了嗎 ？ ? 如果不懂得有效地進(jìn)行測(cè)試，你不僅得不到功勞，也沒(méi)人欣賞你的苦勞，你擁有最多的將只是疲勞。 ? 千萬(wàn)不要將 “ 測(cè)試 ” 與 “ 演示 ” 混為一談。 ? 每個(gè)開(kāi)發(fā)人員應(yīng)當(dāng)測(cè)試自己的程序（份內(nèi)之事），但是不能作為該程序已經(jīng)通過(guò)測(cè)試的依據(jù)（所以項(xiàng)目需要獨(dú)立測(cè)試人員）。 Page 6 2. 測(cè)試的分類(lèi)與比較 開(kāi)發(fā)與測(cè)試的 V 型關(guān)系 ? 如果軟件開(kāi)發(fā)過(guò)程采用嚴(yán)格的瀑布模型，那么開(kāi)發(fā)與測(cè)試有“ V”型的對(duì)應(yīng)關(guān)系 。因此為圖眼前省事而省略單元測(cè)試或者 “ 偷工減料 ” ，是 “ 得不償失 ” 的做法。對(duì)于合同項(xiàng)目而言，如果測(cè)試小組是開(kāi)發(fā)方的人員，客戶(hù)怎么能夠輕易相信 “ 別人 ” 呢 ? 所以當(dāng)項(xiàng)目進(jìn)行系統(tǒng)測(cè)試之后，客戶(hù)再進(jìn)行驗(yàn)收測(cè)試是情理之中的事。所以還是關(guān)起門(mén)來(lái)，先讓測(cè)試小組做完系統(tǒng)測(cè)試的好。但是開(kāi)發(fā)人員在測(cè)試自己的程序時(shí)，很難做到客觀、公正，所以自我測(cè)試不具有說(shuō)服力。 ? 條件比較差的公司 ， 也許只有一個(gè)項(xiàng)目和為數(shù)不多的一些開(kāi)發(fā)人員 。 ? 請(qǐng)留意另一種極端： 如果測(cè)試人員與開(kāi)發(fā)人員的關(guān)系非常好，可能會(huì)導(dǎo)致在測(cè)試的時(shí)候 “ 手下留情 ” ，這對(duì)項(xiàng)目也是一種傷害。例如功能測(cè)試，在等價(jià)區(qū)間之中，本來(lái)只要測(cè)試一個(gè)典型的輸入就行了，如果有人在此區(qū)間測(cè)試了 100次，那么其中 99次就是無(wú)價(jià)值的。 獎(jiǎng)金額要適當(dāng) ， 太低了人們不感興趣 ， 太高了會(huì)讓項(xiàng)目破產(chǎn)的 。如果滿(mǎn)足 “ 完成準(zhǔn)則 ” ， 那么正常結(jié)束測(cè)試。根據(jù)接口的定義，可以推斷某種輸入應(yīng)當(dāng)產(chǎn)生什么樣的輸出。因?yàn)槊恳环N輸入將產(chǎn)生唯一的輸出，輸入與輸出之間的路徑也是唯一的。也有例外的情況，如《需求規(guī)格說(shuō)明書(shū)》中的某個(gè)功能寫(xiě)錯(cuò)了，而實(shí)際上軟件的功能卻是正確的，這時(shí)要更改的是《需求規(guī)格說(shuō)明書(shū)》。邊界值測(cè)試法是對(duì)等價(jià)劃分法的補(bǔ)充。 ? 容錯(cuò)性測(cè)試通常構(gòu)造一些不合理的輸入來(lái)引誘軟件出錯(cuò) ， 例如： – （ 1） 輸入錯(cuò)誤的數(shù)據(jù)類(lèi)型 。 ? 有時(shí)人們關(guān)心測(cè)試的 “ 絕對(duì)值 ” ， 如數(shù)據(jù)送輸速率是每秒多少比特 。例如傳輸文件的容量從 100K到 1M可以分成若干等級(jí)。 – （ 3）如果有人成功了，請(qǐng)他詳述入侵的過(guò)程。 ? 壓力測(cè)試用例的參考模板 Page 31 6. 軟件系統(tǒng)的主要測(cè)試內(nèi)容及技術(shù) 可靠性測(cè)試 ? 可靠性是指在一定的環(huán)境下、在給定的時(shí)間內(nèi)、系統(tǒng)不發(fā)生故障的概率。 主要測(cè)試工作： – （ 1） 至少在標(biāo)準(zhǔn)配置和最低配置兩種環(huán)境下測(cè)試； – （ 2） 如果有安裝界面 ， 應(yīng)當(dāng)嘗試各種選項(xiàng) ， 如選擇 “ 全部 ” 、 “ 部分 ” 、 “ 升級(jí) ” 等 。忽有一天醒悟過(guò)來(lái)，覺(jué)得自己太對(duì)不起森林，決心補(bǔ)救錯(cuò)誤。 – 有人問(wèn)阿凡提：“我肚子痛，應(yīng)該用什么藥？” 阿凡
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1