軟件測試培訓(xùn)

1、軟件測試培訓(xùn)Margo培訓(xùn)列表軟件測試的目的和策略測試方法學(xué)測試的技巧測試工具的選擇軟件生命周期中的測試過程軟件測試的目的和策略軟件測試的目的w驗(yàn)證最終交付給用戶的系統(tǒng)是否滿足用戶的需要典型測試步驟1.計(jì)劃： 定義目標(biāo)確定計(jì)劃確定方法2.執(zhí)行： 建立環(huán)境執(zhí)行計(jì)劃3.檢查：一步步驗(yàn)證執(zhí)行完畢4.循環(huán)：沒有改正繼續(xù)執(zhí)行5 總結(jié)： 經(jīng)驗(yàn)教訓(xùn)測試規(guī)劃w好的測試不是碰巧發(fā)生的，而是規(guī)劃出來的。時間上人員上環(huán)境上技術(shù)上關(guān)系上資金上。測試的時間w開始于項(xiàng)目的測試計(jì)劃w結(jié)束于測試報(bào)告誰參與測試？w用戶方代表w軟件最終使用者w軟件開發(fā)人員w軟件測試人員w高層經(jīng)理的支持w過程保證人員（SQA）測試流程-結(jié)構(gòu)化測試

2、方法w傳統(tǒng)的軟件開發(fā)生命周期：計(jì)劃，需求，設(shè)計(jì)，編碼，測試，系統(tǒng)維護(hù)經(jīng)驗(yàn)經(jīng)驗(yàn)：測試不應(yīng)該被局限在單一的階段大量的系統(tǒng)問題產(chǎn)生在軟件開發(fā)前期越早進(jìn)行測試越有效，投入產(chǎn)出比越高測試要素（T）w一致性：確保最終設(shè)計(jì)和用戶需求完全一致w可靠性：在規(guī)定的時間內(nèi)都可以正常運(yùn)轉(zhuǎn)。w易于使用：多數(shù)人均感覺易于使用。w可維護(hù)性：可以很容易的定位問題，并且進(jìn)行修改。w可移植性：數(shù)據(jù)或者程序易于移至到其它系統(tǒng)上。w耦合性：系統(tǒng)中的組件可以很容易的聯(lián)接。w性能：系統(tǒng)資源的占用率，響應(yīng)時間，并發(fā)處理w操作性：易于操作測試要素（略）w正確性：數(shù)據(jù)輸入，過程處理和輸出的正確性（IPO）。w文件完整性：文件被正確使用，恢復(fù)和

3、存儲的數(shù)據(jù)正確。w授權(quán)：特殊的授權(quán)可以執(zhí)行一個特殊的操作。w進(jìn)程追蹤：當(dāng)進(jìn)程運(yùn)行中，程序有能力證實(shí)進(jìn)程在正常工作。w系統(tǒng)運(yùn)行的連續(xù)性：當(dāng)有非致命性問題發(fā)生后，系統(tǒng)有能力繼續(xù)運(yùn)行關(guān)鍵的任務(wù)。w服務(wù)水平：系統(tǒng)有緊急情況發(fā)生時，要求程序的輸出結(jié)果不經(jīng)或進(jìn)行簡單的處理后就可以直接使用。w權(quán)限控制：防止系統(tǒng)被誤用（意外或者有意的）測試工作量w太少的測試是不負(fù)責(zé)任，過多的測試是一種犯罪。w100的測試是不可能的，不同的用戶采用的測試策略是不同的。w 重要的版本：所有功能點(diǎn)+性能參數(shù)w 普通版本： bug驗(yàn)證+新功能點(diǎn)+未測試的 功能點(diǎn)確定測試計(jì)劃（T）w選擇并確定測試要素的等級多數(shù)情況下選擇37個w確定測

4、試階段w明確商業(yè)風(fēng)險開發(fā)人員，重要用戶和測試人員通過評審的方式對這些風(fēng)險達(dá)成一致的意見。測試完成的標(biāo)識（T）w按照測試計(jì)劃完成測試任務(wù)w所有缺陷（bug）都要關(guān)閉什么是缺陷？w缺陷：最終產(chǎn)品同用戶的期望不一致w缺陷（未觸發(fā)）VS.錯誤（應(yīng)首先解決）缺陷產(chǎn)生的原因w需求不清晰w設(shè)計(jì)不合理而造成參數(shù)傳遞、方法調(diào)用、對象狀態(tài)變化等方面問題。 w在系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大。從而會引起強(qiáng)度或負(fù)載問題。 w系統(tǒng)設(shè)計(jì)考慮不周導(dǎo)致的安全性問題，兼容性問題w續(xù)w對程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯誤。 w算法錯誤，語法錯誤，計(jì)算和精度問題 w非法操作的錯誤處理沒有考慮

5、w界面設(shè)計(jì)的遺漏，覆蓋，亂碼等測試效果的好壞是組織級的問題w有效的測試最好由一個獨(dú)立的團(tuán)隊(duì)來實(shí)施。便于確定工作目標(biāo)便于人員的培養(yǎng)與升遷利于團(tuán)隊(duì)建設(shè)對質(zhì)量的忠誠度高利于新技術(shù)，新方法的產(chǎn)生和推廣工作職責(zé)明確思考依附于開發(fā)的團(tuán)隊(duì)：質(zhì)量妥協(xié)，思路受限，目標(biāo)和計(jì)劃的迷失測試方法學(xué)QC和QAw質(zhì)量控制驗(yàn)證產(chǎn)品的正確性，當(dāng)發(fā)現(xiàn)與設(shè)計(jì)不一致的時候進(jìn)行糾正。w質(zhì)量保證充當(dāng)支持執(zhí)行全面質(zhì)量管理的角色測試涉及的定義和概念w缺陷與需求規(guī)格說明書不一致的地方。w靜態(tài)檢查確保系統(tǒng)按照組織的標(biāo)準(zhǔn)和過程運(yùn)行，主要依賴于評審和非運(yùn)行的手段來檢查。w動態(tài)檢查在生命周期中進(jìn)行測試（運(yùn)行）續(xù)w靜態(tài)測試在不運(yùn)行程序的情況下檢查程序的

6、運(yùn)行情況。w動態(tài)測試運(yùn)行程序代碼w測試分類單元測試集成測試（組裝測試）系統(tǒng)測試驗(yàn)收測試?yán)m(xù)w功能測試測試功能需求w性能測試驗(yàn)證系統(tǒng)穩(wěn)定性和主要性能參數(shù)w黑盒測試在不了解系統(tǒng)結(jié)構(gòu)的情況下以說明書作為基礎(chǔ)進(jìn)行測試。w白盒測試以系統(tǒng)內(nèi)部結(jié)構(gòu)和相關(guān)知識為基礎(chǔ)進(jìn)行測試。靜態(tài)測試（略）w需求評審w設(shè)計(jì)評審w代碼走查w代碼檢查動態(tài)測試w功能測試w性能測試w回歸測試w冒煙測試（測試）w，本地化，國際化w用戶情景測試（user scenario）使用靜態(tài)和動態(tài)測試來進(jìn)行結(jié)構(gòu)和功能測試測試階段測試階段執(zhí)行人執(zhí)行人靜態(tài)校驗(yàn)靜態(tài)校驗(yàn)動態(tài)校驗(yàn)動態(tài)校驗(yàn)可行性評審開發(fā)人員，用戶需求評審開發(fā)人員，用戶設(shè)計(jì)評審開發(fā)人員單元測試開

7、發(fā)人員集成測試開發(fā)人員，測試人員，用戶系統(tǒng)測試測試人員驗(yàn)收測試用戶測試的技巧BVT測試（T）w目標(biāo)剛發(fā)布的版本，確保基本功能的正確性w如何使用使用基本功能測試用例對版本進(jìn)行檢測w例子各種軟件產(chǎn)品w什么時間使用當(dāng)較為重要的版本更新出現(xiàn)時（大規(guī)模的軟件產(chǎn)品：新版本出現(xiàn)時）w注意事項(xiàng)：用例的數(shù)量，小于5%回歸測試（T）w目標(biāo)程序修改后，確保功能的正確性w如何使用重新測試應(yīng)用程序中沒有改變的部分w例子重新執(zhí)行以前的測試用例w什么時間使用當(dāng)新的程序有可能影響老的功能的時候性能測試技巧l目標(biāo)確定系統(tǒng)達(dá)到了希望達(dá)到的性能水平l如何使用使用軟件和硬件的監(jiān)視器使用模擬的監(jiān)控模型，對關(guān)心的性能指標(biāo)進(jìn)行監(jiān)控創(chuàng)建一個

8、小程序l例子計(jì)算通信的時間單位時間處理的信息量l什么時候使用 在程序開發(fā)的早期進(jìn)行壓力測試w目標(biāo)模擬出實(shí)際用戶環(huán)境w怎么用產(chǎn)生測試數(shù)據(jù)測試組模擬用戶處理被創(chuàng)建的數(shù)據(jù)w例子測試系統(tǒng)過載的情況通訊的容量是否足夠w什么時間使用當(dāng)關(guān)于容量的信息不確定的時候安全性測試（略）w目標(biāo)安全性的缺陷很難被發(fā)現(xiàn)。大多數(shù)的情況下組織能夠防止一般性的破壞者。w如何使用對安全性的需求進(jìn)行評審分析與安全性有關(guān)的處理流程轉(zhuǎn)包給專業(yè)的人員w例子定義了被保護(hù)的資源，權(quán)限進(jìn)行了控制，日志文件和審查追蹤是可用的。w什么時間使用當(dāng)被保護(hù)的資源對于組織具有重要的價值的時候錯誤處理測試w目標(biāo)所有可能的錯誤條件均經(jīng)過了驗(yàn)證w如何使用一組有

9、經(jīng)驗(yàn)的人員預(yù)測在那里會出現(xiàn)問題w例子建立一個錯誤處理的列表w什么時候使用貫穿整個開發(fā)生命周期要點(diǎn)：知道路徑的和不知道路徑的安裝測試w目標(biāo)軟件或系統(tǒng)的正確安裝和卸載w如何使用系統(tǒng)或軟件需要在不同的平臺應(yīng)用時。w例子打印機(jī)驅(qū)動安裝w注意要點(diǎn)安裝界面的所有選擇，包括路徑，全部或部分安裝，安裝的提示文字，安裝后的版本和ICON，卸載時的界面，中止卸載嘗試，卸載后的系統(tǒng)殘留和影響。單元測試w關(guān)注單元一級（函數(shù)，類，圖形的窗口或菜單）w代碼分析和測試w功能分析和測試/結(jié)構(gòu)分析和測試 模塊接口測試（集成測試重點(diǎn)）； 局部數(shù)據(jù)結(jié)構(gòu)測試； 邊界條件測試； 模塊中所有獨(dú)立路徑測試； 模塊中的各條錯誤處理通路；w代

10、碼覆蓋率用戶情景測試w適用于大型的系統(tǒng)，用戶種類多的應(yīng)用軟件w定義主要用戶群和定義使用習(xí)慣w創(chuàng)建測試用例w邀請用戶來做，來體驗(yàn)，用戶來反饋BUGw記錄用戶的行為測試要素/測試技巧矩陣（略）測試要素壓力執(zhí)行恢復(fù)操作復(fù)合性安全性需求回歸錯誤處理手工支持系統(tǒng)兼容管理并行單元可靠性授權(quán)文件完整性審查追蹤過程連續(xù)性繼續(xù)測試要素壓力執(zhí)行恢復(fù)操作完整性安全性需求回歸錯誤處理手工支持系統(tǒng)兼容管理平行單元服務(wù)水平權(quán)限控制一致性正確性易用性可維護(hù)性兼容性耦合性性能可操作性為什么缺陷很難被找出？w看不到w看到但是抓不到w典型的缺陷類型需求解釋有錯誤用戶定義錯了需求需求記錄錯誤設(shè)計(jì)說明有誤編碼說明有誤程序代碼有誤數(shù)據(jù)

11、輸入有誤測試錯誤問題修改不正確正確的結(jié)果是由于其它的缺陷產(chǎn)生的常見的找缺陷的思路軟件生命周期的階段：編碼結(jié)束，測試剛開始，版本的著重點(diǎn)：新功能需求更改頻繁的區(qū)域設(shè)計(jì)復(fù)雜的功能點(diǎn)/接口多的功能點(diǎn)邊界值很少彈出的界面和很少用的功能測試人員的盲點(diǎn)而用戶很可能會用到的地方：比如Help，安裝等Bug的周圍再看看特殊場景：內(nèi)存占用高，進(jìn)程和線程多，系統(tǒng)沖突針對不同模塊的功能精心組合: 比如手機(jī)靜音模式+鬧鈴；設(shè)計(jì)思路包括性能相反，性能相近，性能相關(guān)；測試工具的選擇測試工具分類w性能測試工具： loadrunner:工作原理，錄制、回放腳本、模擬多用戶同時訪問被測試系統(tǒng)，制造負(fù)載，產(chǎn)生并記錄各種性能指標(biāo)，

12、生成分析結(jié)果，從而完成性能測試的任務(wù)。；w自動化測試工具：Winrunner，Nitro， 原理：對比GUIw缺陷管理工具： QC，PS，JIRA，BUGzilla測試工具(繼續(xù))w單元測試工具：Jtest，需要點(diǎn)擊，自動生成測試用例并執(zhí)行；確認(rèn)異常，函數(shù)錯誤，內(nèi)存泄露，性能問題，安全弱點(diǎn) Junit，簡化測試編寫，立即的回饋,Free, 包括基礎(chǔ)斷言、數(shù)字?jǐn)嘌?、字符斷言、布爾斷言、對象斷?Xunit: CPPunit,Dunit,Nunit,wUI測試工具w集成測試工具:公司自己開發(fā)，簡化的模塊，帶數(shù)據(jù)的參數(shù)軟件的測試過程軟件的測試過程w計(jì)劃w需求w設(shè)計(jì)w編碼w測試w維護(hù)測試各階段的工作w

13、計(jì)劃階段確定項(xiàng)目計(jì)劃確定開發(fā)計(jì)劃和測試計(jì)劃w需求階段確定收集了足夠的需求產(chǎn)生功能性的測試用例w設(shè)計(jì)階段確定設(shè)計(jì)和需求之間的聯(lián)系確定進(jìn)行了足夠的設(shè)計(jì)（詳細(xì)設(shè)計(jì)說明書）產(chǎn)生結(jié)構(gòu)和功能的測試用例w編碼階段確定和設(shè)計(jì)之間的聯(lián)系產(chǎn)生結(jié)構(gòu)和功能的測試用例續(xù)w測試階段確定設(shè)計(jì)了足夠的測試用例測試應(yīng)用系統(tǒng)已經(jīng)完成關(guān)鍵資源已經(jīng)到位w安裝階段測試報(bào)告完成w維護(hù)階段修改和重新測試測試計(jì)劃評審測試計(jì)劃（略）w涉及評審的問題評審測試的開始時間是否會延期有沒有抵觸評審的角色一段時間內(nèi)是否很難得到工作的檢查信息。更換工具有可能導(dǎo)致他們反感評審工作評審結(jié)果可能會影響對個人的工作評價w對于最終成品的檢查項(xiàng)目的需求規(guī)格說明書軟件

14、返工/維護(hù)的文檔升級后的技術(shù)文檔被更改的源程序測試計(jì)劃用戶手冊（包括在線幫助）需求階段的測試（略)測試成本w在軟件開發(fā)的所有階段進(jìn)行測試被設(shè)計(jì)用來減少測試成本wIBM的數(shù)據(jù)大約 60個缺陷/千行2/3的缺陷產(chǎn)生在需求和設(shè)計(jì)階段w在需求和設(shè)計(jì)階段發(fā)現(xiàn)的缺陷修正的花費(fèi)最小w修正系統(tǒng)測試階段發(fā)現(xiàn)的缺陷，花費(fèi)是以上的10倍w發(fā)布產(chǎn)品以后，修正缺陷的花費(fèi)是原來的100倍設(shè)計(jì)階段的測試(略）w交付的產(chǎn)品輸入說明過程說明文件說明輸出說明控制說明系統(tǒng)流程圖硬件和軟件的需求操作手冊說明書數(shù)據(jù)保留的策略編碼階段的測試(略）編寫測試用例w編寫測試用例方法按照用戶來編寫按照功能來編寫按照界面來編寫w測試用例的來源需求文檔詳細(xì)設(shè)計(jì)文檔測試人員編寫w測試用例方法格式測試環(huán)境的描述（可選）標(biāo)題：功能點(diǎn)明確步驟：單獨(dú)的動作為一步期望結(jié)果：測試用例的屬性：模塊，用戶，功能，性能等測試階段測試關(guān)注點(diǎn)w在需求，設(shè)計(jì)，編碼階段多進(jìn)行一些測試，在系統(tǒng)測試階段就會少一些問題。w文檔測試階段的測試計(jì)劃測試用例階段性測試結(jié)果測試BUG正式的測試總結(jié)報(bào)告測試發(fā)現(xiàn)的BUGw測試BUG嚴(yán)重等級系統(tǒng)級程序級功能機(jī)UI級w測試BUG優(yōu)先級思考，等級低但是優(yōu)先級高的BUG測試發(fā)現(xiàn)的BUG（續(xù)）wBUG格式標(biāo)題：功能點(diǎn)明確，