軟件測試概論

1、 軟件測試背景 軟件測試綜述軟件開發(fā)過程軟件測試原則 軟件測試基礎(chǔ) 測試文檔 軟件測試經(jīng)驗分享軟件缺陷正式定義軟件未達到產(chǎn)品說明書表明的功能。軟件出現(xiàn)了產(chǎn)品說明書指名不會出現(xiàn)的錯誤。軟件功能超出產(chǎn)品說明書指名范圍。軟件未達到產(chǎn)品說明書雖未指出但應(yīng)達到的目標(biāo)。軟件測試人員認(rèn)為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認(rèn)為不好。 偏偏 差差缺缺 點點謬謬 誤誤失失 敗敗問問 題題矛矛 盾盾錯錯 誤誤異異 常常特特 殊殊產(chǎn)品說明書產(chǎn)品說明書 缺陷的第一大來源：產(chǎn)品說明書。沒有描述清楚，和團隊中的成員沒有很好的溝通。 缺陷的第二大來源：設(shè)計方案。這是程序員開展軟件設(shè)計的地方，就像設(shè)計師為建筑物

2、繪制藍圖。產(chǎn)生的主要原因還是溝通不足。溝通很重要！溝通很重要！$100$10$1軟件缺陷修復(fù)費用發(fā)現(xiàn)軟件缺陷的階段編制說明書設(shè)計編寫代碼測試發(fā)布 軟件測試人員的目標(biāo)是發(fā)現(xiàn)軟件缺陷。 并非僅僅驗證軟件的正常功能，這樣會漏掉軟件的缺陷 軟件測試員是客戶的眼睛。 盡可能早的發(fā)現(xiàn)缺陷，并且保證修復(fù)。越早越好越早越好探索精神。故障排除能手。不懈努力。創(chuàng)造性。 追求完美。 判斷準(zhǔn)確。 老練穩(wěn)重。 說服力。 軟件測試人員的一個基本素質(zhì)是打破砂鍋軟件測試人員的一個基本素質(zhì)是打破砂鍋問到底。他們喜歡找出那些深藏不露的系問到底。他們喜歡找出那些深藏不露的系統(tǒng)沖突；他們樂于處理最復(fù)雜的問題；他統(tǒng)沖突；他們樂于處理最

3、復(fù)雜的問題；他們外表上熱衷于來回奔忙，追求盡善盡美，們外表上熱衷于來回奔忙，追求盡善盡美，為征服系統(tǒng)而額手稱慶。這就是麻煩堆里為征服系統(tǒng)而額手稱慶。這就是麻煩堆里的快樂。的快樂。 軟件測試背景 軟件測試綜述軟件開發(fā)過程軟件測試原則 軟件測試基礎(chǔ) 測試文檔 軟件測試經(jīng)驗分享 大棒模式大棒模式 邊寫邊改模式邊寫邊改模式 流水模式（瀑布模式）流水模式（瀑布模式） 螺旋模式螺旋模式 軟件測試背景 軟件測試綜述軟件開發(fā)過程軟件測試原則 軟件測試基礎(chǔ) 測試文檔 軟件測試經(jīng)驗分享 完全測試程序是不可能的完全測試程序是不可能的 軟件測試是有風(fēng)險的行為軟件測試是有風(fēng)險的行為 測試無法顯示潛伏的軟件缺陷測試無法顯

4、示潛伏的軟件缺陷 測試人員在沒有發(fā)現(xiàn)缺陷之前，總是在琢磨如何才能發(fā)現(xiàn)缺陷，但是當(dāng)發(fā)現(xiàn)了一個缺陷之后，周圍會接二連三的發(fā)現(xiàn)一堆bug。為什么會這樣？那是因為開發(fā)人員往往會犯相同的錯誤；程序員的倦怠。輸入量太大輸出結(jié)果太多軟件實現(xiàn)途徑太多軟件說明書沒有客觀標(biāo)準(zhǔn)數(shù)量測試中遺漏軟件缺陷數(shù)目 測試費用優(yōu)化測試量測試后測試工作量 并非所有的軟件缺陷都能被修復(fù)，不能被并非所有的軟件缺陷都能被修復(fù)，不能被修復(fù)的原因可能是：修復(fù)的原因可能是： 沒有足夠的時間； 不算真正的軟件缺陷； 修復(fù)的風(fēng)險太大； 不值得修復(fù)； 產(chǎn)品說明書不斷變化產(chǎn)品說明書不斷變化 軟件測試背景 軟件測試綜述軟件開發(fā)過程軟件測試原則 軟件測試

5、基礎(chǔ) 測試文檔 軟件測試經(jīng)驗分享軟件測試技術(shù)可以從不同的角度加以分類：從是否需要執(zhí)行被測軟件的角度，可分為靜態(tài)測試靜態(tài)測試和動態(tài)測試動態(tài)測試；從測試是否針對系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實現(xiàn)算法的角度來看，可分為白盒測試白盒測試和黑盒測試黑盒測試。 審查產(chǎn)品說明書有哪些高級技術(shù)審查產(chǎn)品說明書有哪些高級技術(shù) 1）測試產(chǎn)品說明書不是鉆進去找缺陷，而是在一個高度上審視。審查產(chǎn)品說明書是為了找出根本性的問題。 2）設(shè)身處地的為客戶著想 3）研究現(xiàn)有的標(biāo)準(zhǔn)和規(guī)范 4）審查和測試同類軟件 5）在詳細(xì)審查產(chǎn)品說明書時應(yīng)注意哪些問題 產(chǎn)品說明書的低級測試技術(shù)產(chǎn)品說明書的低級測試技術(shù)1）產(chǎn)品說明書屬性檢查清單 完整、準(zhǔn)確

6、、精確不含糊、一致、貼切、 合理、代碼無關(guān)、可測試。2）產(chǎn)品說明書用語檢查清單 閉著眼睛做測試 數(shù)據(jù)測試 狀態(tài)測試 配置測試 兼容性測試 外國語言測試 易用性測試 壓力測試 安全性測試 軟件測試背景 軟件測試綜述軟件開發(fā)過程軟件測試實質(zhì) 軟件測試基礎(chǔ) 測試文檔 軟件測試經(jīng)驗分享 測試計劃測試計劃 測試用例測試用例 測試報告測試報告 測試計劃的目標(biāo)：測試計劃的目標(biāo)：交流而不是記錄，軟件測試小組的意圖、期望，以及對將來要執(zhí)行的任務(wù)的理解。 制訂計劃的步驟制訂計劃的步驟：確定測試需求、評估風(fēng)險、制定測試策略、確定資源、創(chuàng)建時間表、生成測試計劃。 測試計劃的內(nèi)容測試計劃的內(nèi)容：項目簡介、測試環(huán)境、測試

7、需求、測試策略、資源要求、項目里程碑、測試人員的任務(wù)分配、測試進度、可交付工件。 好的測試不是碰巧發(fā)生的，而是規(guī)劃出來的。時間上人員上環(huán)境上技術(shù)上關(guān)系上資金上 什么是測試用例？ 測試用例是實施一次測試而向被測系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置。 以分解說明書，代碼和軟件以獲得最少的測試用例有效測試軟件為目的。 測試用例設(shè)計的原則測試用例設(shè)計的原則（1）測試用例的代表性（2）測試結(jié)果的可判定性（3）測試結(jié)果的可再現(xiàn)性（4）測試用例執(zhí)行的自動化特性 測試報告是什么？測試報告是什么？ 1）測試過程的總結(jié) 2）測試數(shù)據(jù)分析（按照嚴(yán)重程度等方式分類統(tǒng)計的分析，包括測試密度等） 3）產(chǎn)品主要問題和總體

8、評價 4）遺留的問題總結(jié) 5）最終的測試結(jié)論 有效的軟件缺陷描述-短小、單一、明顯、通用、再現(xiàn)。 高效的缺陷管理系統(tǒng) 合理的缺陷分類嚴(yán)重性技術(shù)缺陷狀態(tài) 軟件方面 使用了不完全的或者不正確的判定標(biāo)準(zhǔn)來設(shè)計軟件。 錯誤的處理了用戶的非法操作 忽略了對關(guān)鍵數(shù)據(jù)的輸出檢查 數(shù)據(jù)問題 出現(xiàn)了不完整的數(shù)據(jù)，不正確的數(shù)據(jù)，過期的數(shù)據(jù) 測試原因?qū)е碌娜毕荩?測試目標(biāo)定義錯誤 在開發(fā)生命周期中，錯誤的選擇了測試介入時期 選擇了低效的測試技術(shù) 測試人員專業(yè)知識培訓(xùn)不夠，工作低效 計劃不夠詳細(xì)，測試的隨意性很大 測試人員同開發(fā)人員溝通困難系統(tǒng)測試缺陷處理流程 新建表單 待測試提交待指定處理人 正在處理返回處理 待開

9、發(fā)提交 待返測 待歸檔 已歸檔個人提交 退回測試提交指定處理人重新指定 處理完畢 返測完畢 歸檔重新返測退回提交版本更新說明1.所有的測試都應(yīng)追溯到需求。因最嚴(yán)重的錯誤是導(dǎo)致程序無法滿足需求的錯誤；2.軟件開發(fā)人員和管理人員首先應(yīng)該盡早地和不斷地進行各種軟件質(zhì)量保證活動（如需求和設(shè)計階段同行評審和走查等）；3.在設(shè)計測試用例時，必須明確預(yù)期的輸出結(jié)果，否則對實際的輸出結(jié)果很難有檢驗的標(biāo)準(zhǔn)，測試失去意義。測試用例應(yīng)由輸入數(shù)據(jù)和與之對應(yīng)的期望輸出結(jié)果這兩部分組成，在輸入數(shù)據(jù)中，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件；4.在進行各種分析和修復(fù)工作中，要充分注意修復(fù)工作所產(chǎn)生的影響效果和波及效果。5

10、.統(tǒng)計表明大約有60%的錯誤是在設(shè)計階段之前注入的，并且修正一個軟件錯誤所需的費用將隨著軟件生存期的進展而上升。錯誤發(fā)現(xiàn)得越晚，修復(fù)它的費用就越高，而且呈指數(shù)增長的趨勢。6.測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目（即檢錯率）很可能成正比；(編碼規(guī)范、需求理解、技術(shù)能力、內(nèi)部耦合性是引起這些現(xiàn)象的原因)7.程序中的大部分錯誤往往是在一小部分模塊中發(fā)現(xiàn)的，遵循普遍適用的“二八定理”（即80%的錯誤往往是由20%的模塊所造成的），例如，IBM公司的OS/370操作系統(tǒng)中，47% 的錯誤僅與該系統(tǒng)中的4%的程序模塊有關(guān)；8.要嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性，這樣才能消除各種無序操作所造成的副作用；測試設(shè)計決定了測試的有效性和效率，測試工具只能提高測試效率9.應(yīng)當(dāng)對每一個測試結(jié)果做全面的檢查，這樣才有可能找到真正的出錯原因，為今后的調(diào)試工作奠定基礎(chǔ)。10.產(chǎn)品越復(fù)雜，測試花費的時間就越長，費用就越大，測試發(fā)現(xiàn)缺陷的效率也就越低。11.缺陷會掩蓋或加重其它缺陷。也就是說，當(dāng)一個程序有許多缺陷時，由于缺