澤眾軟件擴展的測試用例工作表課件

讓測試管理變輕松上海澤眾軟件2008年9月軟件測試管理自動化測試工具選用自動化測試工具演示與實踐讓測試管理變輕松軟件測試過程管理缺陷跟蹤與管理軟件測試管理軟件測試過程管理缺陷跟蹤與管理軟件測試管理測試工作目的測試過程設計如何規(guī)劃測試測試策略軟件測試過程管理在測試技術興起的早期，測試的目的主要有兩個：證明系統(tǒng)可用，滿足了需求；發(fā)現系統(tǒng)中的錯誤。隨著軟件技術的成熟，人們發(fā)現大量錯誤的根源在于需求和設計，因此現代測試的目的在于：證明系統(tǒng)可用，滿足了需求；發(fā)現系統(tǒng)中的錯誤；避免錯誤的發(fā)生。軟件測試工作目的缺陷產生的原因測試工作的目的測試工作目的測試過程設計如何規(guī)劃測試測試策略軟件測試過程管理項目過程流圖立項階段項目啟動階段項目計劃階段需求階段設計階段編碼階段集成測試階段系統(tǒng)測試階段項目結束單元測試測試過程測試預算測試團隊測試計劃測試需求測試用例設計測試執(zhí)行,缺陷管理測試執(zhí)行,缺陷管理軟件測試過程設計測試過程模型測試計劃和實施的原則(一)窮盡測試是不可能的測試工作具有創(chuàng)造性和挑戰(zhàn)性測試是有風險的測試分析、計劃和設計是非常重要的測試計劃和實施的原則(二)測試者的工作態(tài)度非常重要時間和資源非常重要測試準備和時間表的重要性必須度量和跟蹤測試覆蓋度測試工作目的測試過程設計如何規(guī)劃測試測試策略軟件測試過程管理如何規(guī)劃測試測試對象測試工作范圍項目限制制定測試策略測試資源和獲取如何規(guī)劃測試測試作為一個子項目來規(guī)劃測試對象被測對象的特性基線被測對象的版本如何評價被測對象的質量？各個質量指標的優(yōu)先級是什麼？測試需求？測試工作范圍確定測試工作范圍單元測試？集成測試？系統(tǒng)測試？項目限制項目進度限制項目的成本限制資源的限制制定測試策略技術方法和工具測試資源的估計和獲?。ㄈ肆Α⒃O備、軟件工具）測試進度安排測試人員分工測試啟動準則測試結束準則與其他組的協(xié)同測試資源和獲取測試資源：人力設備軟件工具資源獲取方式：人力設備和軟件工具測試工作目的測試過程設計如何規(guī)劃測試測試策略軟件測試過程管理技術方法和工具測試進度安排測試人員的分工測試的啟動準則測試結束準則與其他組的協(xié)同測試跟蹤測試策略技術方法和工具測試環(huán)境測試方法測試程序測試例設計方法測試進度安排測試工作階段的劃分：計劃設計檢查執(zhí)行報告分析如何保證測試計劃、設計、實現與開發(fā)任務的并行？PDCA模型測試人員的分工測試任務分類測試管理測試設計測試實現測試執(zhí)行測試報告測試的啟動準則何時可以開始測試？在測試計劃階段就必須明確，而且是在整個項目組達成一致?？蓞⒖嫉臏蕜t：完成單元測試，單元測試符合結束準則建立代碼基線發(fā)布了測試版本通過版本基本驗證項測試結束準則項目有預先定義的結束時間，因此測試工作也不可能無休止的進行。可參考的測試結束準則：所有需求都進行了驗證通過所有功能驗證無致命和嚴重的問題與其他組的協(xié)同與開發(fā)組的協(xié)同與配置組的協(xié)同與質量經理的協(xié)同與項目各級管理者的協(xié)同組間協(xié)同-與開發(fā)組測試組與開發(fā)組共同確認測試的范圍開發(fā)組為測試方案提供建議測試組借鑒開發(fā)組的程序開發(fā)測試程序測試組與開發(fā)組共同確認測試開始和啟動準則測試組向開發(fā)組通報測試結果和分析測試組和開發(fā)組之前的版本傳遞經配置組完成。組間協(xié)同-配置組所有測試記錄提交配置組管理所有測試版本由配置組負責合成和發(fā)布組間協(xié)同-質量經理與質量經理一起制定測試流程和規(guī)范質量經理審計測試的進行狀況組間協(xié)同-各級管理者測試組與各級管理者共同確認測試的范圍各級管理者為測試方案提供建議測試組與各級管理者共同確認測試開始和啟動準則測試組向各級管理者通報測試結果和分析各級管理者監(jiān)控測試執(zhí)行進度和結果你計劃運行多少個測試用例？你實際運行了多少個測試用例？有多少個測試用例失敗了，在這些失敗的測試用例中，有多少個在錯誤得到修改后最終運行成功了？這些測試平均占用的運行時間比你預期的長還是短？你有沒有跳過一些測試？如果有的話，為什么？你的測試涵蓋了所有影響系統(tǒng)性能的重要事件嗎？你的測試小組是否要求提交一份關于所有測試結果（成功和失敗的）累計報告呢？如果是的話，你是否提交了這樣一份精確的報告呢？測試跟蹤測試用例工作表[項目名稱]測試包/用例狀態(tài)系統(tǒng)配置缺陷ID執(zhí)行人備注TFP功能測試內資企業(yè)開業(yè)PassA,B017Jack101………………………包匯總817……………………T：測試用例數量；F：失敗數量；P：成功數量系統(tǒng)配置子表系統(tǒng)配置ID硬件信息操作系統(tǒng)軟件信息備注ACPU=6個內存=6G硬盤=100GHPUNIXWeblogic6.0BCPU=4個內存=4G硬盤=100GWindowsNTOracle817測試包工作表[項目名稱]測試包用例總數FailPass等待功能測試500104900性能測試10073……………總計1000100800100百分比10%80%10%擴展的測試用例工作表[項目名稱]負責人ID測試包/用例狀態(tài)系統(tǒng)配置缺陷ID負責人計劃日期實際日期計劃時長實際時長備注TFPJack2.000功能測試2.001內資企業(yè)開業(yè)PassA,B017Jack13/714/723101………………………包匯總817……………………軟件測試過程管理缺陷跟蹤與管理軟件測試管理缺陷生命周期如何收集缺陷缺陷的優(yōu)先級缺陷的狀態(tài)缺陷的嚴重程度缺陷的類型缺陷報告缺陷趨勢缺陷統(tǒng)計缺陷跟蹤與管理缺陷生命周期缺陷生命周期缺陷既指程序中存在的錯誤，例如語法錯誤、拼寫錯誤或者是一個不正確的程序語句，缺陷也指可能出現在設計中，甚至在需求、規(guī)格說明或其他的文檔中的種種錯誤。為了對缺陷進行管理，首先應對缺陷進行分類，通過對缺陷進行分類，可以迅速找出哪一類缺陷的問題最大，然后集中精力預防和排除這一類缺陷。這正是缺陷管理的關鍵，一旦這幾類缺陷得到控制，再進一步找到新的容易引起問題的幾類缺陷上。如何收集缺陷缺陷的優(yōu)先級代碼解決優(yōu)先級描述1立即解決ResolveImmediately缺陷必須被立即解決2正常排隊NormalQueue缺陷需要正常排隊等待修復或列入軟件發(fā)布清單3不緊急NotUrgent缺陷可以在有時間允許時被糾正缺陷的狀態(tài)代碼缺陷狀態(tài)描述1已提交Submitted已提交的缺陷2已打開Opened已確認的缺陷，等待修復3已拒絕Rejected拒絕提交的缺陷，不需要修復或不是缺陷4已解決Resolved缺陷已被修復5已關閉Closed被修復的缺陷被確認，將其關閉缺陷的嚴重程度代碼缺陷嚴重等級描述1致命缺陷Critical不能執(zhí)行正常工作功能或重要功能危及生命或財產2嚴重缺陷Major嚴重影響系統(tǒng)要求或基本功能的實現且沒有辦法更正3普通缺陷Minor影響系統(tǒng)要求或基本功能的實現但有辦法更正4輕微缺陷Cosmetic是操作者遇到麻煩或不方便，但不影響執(zhí)行功能5其他缺陷Other其它錯誤，例如文字錯誤、布局不合理等按錯誤的影響和后果分類按錯誤的性質和范圍分類缺陷的類型按錯誤的影響和后果分類其他錯誤輕微錯誤普通錯誤嚴重錯誤非常嚴重的錯誤致命錯誤按錯誤的性質和范圍分類功能錯誤系統(tǒng)錯誤加工錯誤數據錯誤代碼錯誤功能錯誤規(guī)格說明錯誤功能錯誤測試錯誤測試標準引起的錯誤外部接口錯誤內部接口錯誤硬件結構錯誤操作系統(tǒng)錯誤軟件結構錯誤控制與順序錯誤資源管理錯誤系統(tǒng)錯誤算術與操作錯誤初始化錯誤控制和次序錯誤靜態(tài)邏輯錯誤加工錯誤動態(tài)數據錯誤靜態(tài)數據錯誤數據內容錯誤數據結構錯誤數據屬性錯誤數據錯誤語法錯誤打字錯誤對語句或指令不正確理解所產生的錯誤

代碼錯誤按軟件生存期階段分類問題定義（需求分析）錯誤規(guī)格說明錯誤設計錯誤編碼錯誤問題定義（需求分析）錯誤它們是在軟件定義階段，分析員研究用戶的要求后所編寫的文檔中出現的錯誤。換句話說，這類錯誤是由于問題定義不滿足用戶的要求而導致的錯誤。不一致性錯誤冗余性錯誤不完整性錯誤不可行錯誤不可測試錯誤規(guī)格說明錯誤設計不完全錯誤算法錯誤模塊接口錯誤控制邏輯錯誤數據結構錯誤設計錯誤編碼過程中的錯誤是多種多樣的，大體可歸為以下幾種：數據說明錯、數據使用錯、計算錯、比較錯、控制流錯、界面錯、輸入／輸出錯，及其它的錯誤。編碼錯誤缺陷報告的目的摘要語言可重現的步驟測試數據截屏嚴重程序/優(yōu)先級別日志其他信息缺陷報告缺陷趨勢Open&Close圖形缺陷遺漏圖形全部解決圖形缺陷發(fā)現趨勢圖形Open&Close圖形理想Open&Close圖形無休止的Open&Close圖形缺陷遺漏圖形全部解決圖形缺陷發(fā)現趨勢圖形缺陷統(tǒng)計缺陷嚴重程度分布統(tǒng)計模塊-開發(fā)員-測試員-缺陷統(tǒng)計模塊缺陷率統(tǒng)計項目缺陷率統(tǒng)計缺陷嚴重程度分布統(tǒng)計模塊-開發(fā)員-測試員-缺陷統(tǒng)計模塊代號缺陷數N(KLOC)M1001165M10021912M1003307M10046220M1005211M1006143M100762缺陷數/KLOC3.21.64.23.1214.735年以下的工程師：缺陷數/KLOC>1212年以下的工程師：缺陷數/KLOC<6模塊缺陷率統(tǒng)計項目缺陷率統(tǒng)計自動化測試工具優(yōu)缺點自動化測試工具選取自動化測試工具選用縮短軟件開發(fā)測試周期測試效率高，充分利用硬件資源節(jié)省人力資源，降低測試成本增強測試的穩(wěn)定性和可靠性提高軟件測試的準確度和精確度在回歸測試階段，使用自動化工具可大大提高測試的可靠性與客觀性自動化測試工具優(yōu)點不適合開發(fā)周期很短、一次性、不穩(wěn)定的軟件測試不適合易用性、適用性、功能邏輯、物理交互性測試無法替代手工測試工具本身沒有想象力和靈活性自動化測試工具缺點自動化測試工具優(yōu)缺點自動化測試