軟件測試設計與用例(完整版)
【正文】 戶在模擬實際操作環(huán)境下進行的測試； ? α 測試時，軟件在一個自然設置狀態(tài)下使用。 回歸測試的策略 20 上海博為峰軟件技術(shù)有限公司 ? 指標達成方法： – 這是一種類似于單元測試的方法，在重新執(zhí)行測試前，先確定一個要達成的指標，如修改部分代碼 100%的覆蓋、與修改有關(guān)的接口 60%的覆蓋等，基于這種要求選擇一個最小的測試用例集合。該方法在進度壓力很大，或者系統(tǒng)結(jié)構(gòu)設計耦合性很小的狀態(tài)下可以被使用。 9 上海博為峰軟件技術(shù)有限公司 系統(tǒng)測試的維度分析與質(zhì)量模型 ? ISO9126軟件質(zhì)量模型由 6個特性、 27個子特性組成。白盒測試根據(jù)程序的內(nèi)部代碼結(jié)構(gòu)（分支，循環(huán)，條件）來識別測試用例。比較通常的說法是：指對一項特定的軟件產(chǎn)品測試任務的描述，體現(xiàn)測試方案、方法、技術(shù)和策略。在這個過程中你不需要關(guān)注自動售貨機是如何判定錢幣數(shù)額，如何選擇貨物，如何找出零錢等內(nèi)部操作。目的是驗證缺陷得到了正確的修復，同時對系統(tǒng)的變更沒有影響以前的功能 ? 回歸測試可以發(fā)生在任何一個階段，包括單元測試、集成測試和系統(tǒng)測試 17 上海博為峰軟件技術(shù)有限公司 回歸測試的策略 ? 完全重復測試： – 重新執(zhí)行所有在前期測試階段建立的測試用例，來確認問題修改的正確性和修改的擴散局部影響性 ? 選擇性重復測試： – 即有選擇地重新執(zhí)行部分在前期測試階段建立的測試用例，來測試被修改的程序 18 上海博為峰軟件技術(shù)有限公司 ? 覆蓋修改法： – 即針對被修改的部分，選取或重新構(gòu)造測試用例驗證沒有錯誤再次發(fā)生的用例選擇方法。對于開發(fā)過程有詳細的需求跟蹤矩陣的項目而言，在矩陣中分析修改功能所波及的代碼區(qū)域或其它功能是比較簡單的，同時有經(jīng)驗的開發(fā)人員和測試人員能夠有效的找出受影響的功能或代碼。由用戶參加設計測試用例，使用用戶界面輸入測試數(shù)據(jù)，并分析測試的輸出結(jié)果，一般使用生產(chǎn)實踐中的實際數(shù)據(jù)進行測試。 ? 在 β 測試中，由用戶記錄下遇到的所有問題，包括真的和主觀認定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，作出修改，再將軟件產(chǎn)品交付給全體用戶使用。驗收測試原則上在用戶所在地進行，但如經(jīng)用戶同意也可以在公司內(nèi)模擬用戶環(huán)境進行。該方法是業(yè)界推薦的方法，適合于一般項目的使用。這種方法的效率是最高的，然而風險也是最大的，因為它無法保證這個修改是否影響了別的功能。 ? 黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤： – 1）功能錯誤或遺漏； – 2）界面錯誤； – 3）數(shù)據(jù)結(jié)
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1