【正文】 復和存儲的數(shù)據(jù)正確。 ? 進程追蹤：當進程運行中，程序有能力證實進程在正常工作。 ? 服務(wù)水平：系統(tǒng)有緊急情況發(fā)生時，要求程序的輸出結(jié)果不經(jīng)或進行簡單的處理后就可以直接使用。 ? 易于使用：多數(shù)人均感覺易于使用。 ? 可移植性：數(shù)據(jù)或者程序易于移至到其它系統(tǒng)上。 ? 性能：系統(tǒng)資源的占用率，響應(yīng)時間，并發(fā)處理 ? 操作性：易于操作（ Operator） 確定測試策略 ?選擇并確定測試要素的等級 ?多數(shù)情況下選擇 3～ 7個 ?確定開發(fā)階段 ?明確商業(yè)風險 ?開發(fā)人員，重要用戶和測試人員通過評審的方式對這些風險達成一致的意見。 測試方法學 測試方法 ?測試策略 ?測試要素 ?測試階段 ?測試戰(zhàn)略 ?簡要描述如何在以后的測試活動中實現(xiàn)測試策略 確定測試戰(zhàn)略 ?流水線的概念 ?輸入：標準的入口或者是個可執(zhí)行的程序 ?執(zhí)行過程：按照工作分配執(zhí)行 ?檢查過程：確定輸出符合預(yù)定義的標準 ?輸出：符合現(xiàn)存的標準或者是認可的可交付的版本 QC和 QA ?質(zhì)量控制 ?驗證產(chǎn)品的正確性，當發(fā)現(xiàn)與設(shè)計不一致的時候進行糾正。 ?靜態(tài)檢查 ?確保系統(tǒng)按照組織的標準和過程運行，主要依賴于評審和非運行的手段來檢查。 ? 動態(tài)測試 ?運行程序代碼 ? 測試分類 ?單元測試 ?集成測試（組裝測試） ?系統(tǒng)測試 ?驗收測試 ?回歸測試 續(xù) …… ?功能測試 ?測試功能需求 ?結(jié)構(gòu)測試 ?驗證系統(tǒng)架構(gòu) ?黑盒測試 ?在不了解系統(tǒng)結(jié)構(gòu)的情況下以說明書作為基礎(chǔ)進行測試。 為什么缺陷很難被找出？ ? 看不到 ? 看到但是抓不到 ? 典型的缺陷類型 ?需求解釋有錯誤 ?用戶定義錯了需求 ?需求記錄錯誤 ?設(shè)計說明有誤 ?編碼說明有誤 ?程序代碼有誤 ?數(shù)據(jù)輸入有誤 ?測試錯誤 ?問題修改不正確 ?正確的結(jié)果是由于其它的缺陷產(chǎn)生的 靜態(tài)測試 ?需求評審 ?設(shè)計評審 ?代碼走查 ?代碼檢查 動態(tài)測試 ?單元測試 ?集成測試 ?系統(tǒng)測試 ?用戶的驗收測試 ?回歸測試 使用靜態(tài)和動態(tài)測試來進行結(jié)構(gòu)和功能測試 測試階段 執(zhí)行人 靜態(tài)校驗 動態(tài)校驗 可行性評審 開發(fā)人員，用戶 √ 需求評審 開發(fā)人員，用戶 √ 設(shè)計評審 開發(fā)人員 √ 單元測試 開發(fā)人員 √ 集成測試 開發(fā)人員，用戶 √ 系統(tǒng)測試 開發(fā)人員在用戶的協(xié)助下完成 √ 驗收測試 用戶 √ 確定測試戰(zhàn)術(shù)的八個步驟 ?確定并且學習測試策略 ?確定項目開發(fā)類型 ?確定軟件系統(tǒng)類型 ?確定項目范圍 ?鑒別戰(zhàn)術(shù)風險 ?確定開始測試時會遇到的問題 ?建立系統(tǒng)測試計劃 ?建立單元測試計劃 確定并學習測試策略 ?在眾多的測試策略中那些是重要的 ?那些風險是最重要的 ?如果軟件不能正常運行時，商業(yè)上會有什么損失 ?如果軟件不能及時完成，商業(yè)上會有什么損失 ?誰是最清楚風險影響的人 確定項目開發(fā)類型 ?傳統(tǒng)的系統(tǒng)開發(fā) ?交互式開發(fā) /原型法 ?系統(tǒng)維護 ?購買 /簽約 /合同軟件項目 確定軟件系統(tǒng)類型 模擬 數(shù)據(jù)采集 數(shù)據(jù)顯示 流程控制 決策 amp。圖象處理 數(shù)據(jù)庫管理 診斷軟件 計算機操作系統(tǒng) 傳感器和信號處理 軟件開發(fā)工具 確定項目范圍 ?新系統(tǒng)的開發(fā) ?會影響那一個商業(yè)領(lǐng)域 ?與現(xiàn)有系統(tǒng)的接口 ?在現(xiàn)有的系統(tǒng)上開發(fā) ?只是修正 Bug？ ?重新設(shè)計維護？ ?增加新的功能？ ?對其它系統(tǒng)有無影響？ ?為了減小商業(yè)上的風險？ 識別在戰(zhàn)術(shù)上的風險 ?將策略風險分解成戰(zhàn)術(shù)風險 ?建立測試計劃，定位這些風險 ?將風險分布于各個階段的測試計劃中 ?戰(zhàn)術(shù)風險的種類 ?結(jié)構(gòu)風險 ?技術(shù)風險 ?工作量的風險 測試開始時應(yīng)確定的工作 ? 需求階段 ?確定測試策略 ?確定收集了足夠的需求 ?產(chǎn)生功能性的測試用例 ? 設(shè)計階段 ?確定設(shè)計和需求之間的聯(lián)系 ?確定進行了足夠的設(shè)計 ?產(chǎn)生結(jié)構(gòu)和功能的測試用例 ? 編碼階段 ?確定和設(shè)計之間的聯(lián)系 ?確定擁有執(zhí)行的足夠條件 ?產(chǎn)生結(jié)構(gòu)和功能的測試用例 續(xù) …… ?測試階段 ?確定設(shè)計了足夠的測試用例 ?測試應(yīng)用系統(tǒng)已經(jīng)完成 ?關(guān)鍵資源已經(jīng)到位 ?安裝階段 ?將測試完成的系統(tǒng)變?yōu)楫a(chǎn)品 ?維護階段 ?修改和重新測試 建立計劃 ?建立系統(tǒng)測試計劃 ?建立單元測試計劃 ?在測試戰(zhàn)術(shù)上我們要花多長時間？ ?“如果計劃作失敗了，那就在計劃失敗” ?時間花在計劃上要比花在重復的測試上有效 測試的技巧 測試技巧分類 ?結(jié)構(gòu)測試相對于功能測試 ?動態(tài)測試相對于靜態(tài)測試 ?手工測試相對于自動測試 結(jié)構(gòu)測試技巧 ?壓力測試 ?執(zhí)行測試 ?恢復測試 ?操作測試 ?復合性測試（與過程的復合性 ) ?安全測試 壓力測試 ? 目標 ?模擬出實際用戶環(huán)境 ? 怎么用 ?產(chǎn)生測試數(shù)據(jù) ?測試組模擬用戶處理被創(chuàng)建的數(shù)據(jù) ? 例子 ?確定是否分配了足夠的磁盤空間 ?通訊的容量是否足夠 ?測試系統(tǒng)過載的情況 ? 什么時間使用 ?當關(guān)于容量的信息不確定的時候 性能測試技巧 ? 目標 – 確定系統(tǒng)達到了希望達到的性能水平 ? 如何使用 – 使用軟件和硬件的監(jiān)視器 – 使用模擬的監(jiān)控模型，對關(guān)心的性能指標進行監(jiān)控 – 創(chuàng)建一個小程序 ? 例子 – 計算通信的時間 – 單位時間處理的信息量 ? 什么時候使用 － 在程序開發(fā)的早期進行 恢復測試 ? 目標 ?當在進行安裝或組裝操作過程中，文件丟失時或發(fā)生意外后系統(tǒng)有能力重新進行操作 ? 如何使用 ?程序的安裝，運行方式，工具的使用和關(guān)鍵技術(shù)經(jīng)過足夠的評估 ?系統(tǒng)開發(fā)完畢后，介紹一下發(fā)生失敗后的處理過程 ? 例子 ?人為的使一個系統(tǒng)在安裝或者組裝過程中產(chǎn)生錯誤 ? 什么時間去使用 ?當操作的連續(xù)性是個重點的時候 操作測試 ?目標 ?確定計算機的操作文檔已經(jīng)完整 ?如何使用 ?作為計算機正常操作的一部分來執(zhí)行測試 ?例子 ?操作的介紹被文檔化，操作者被培訓 ?什么時候使用 ?預(yù)先將程序進行產(chǎn)品化。 復合性測試 ? 目標 ?校驗程序的開發(fā)是否依照已定義的標準，流程和操作方式進行的。 ?大多數(shù)的情況下組織能夠防止一般性的破壞者。 ? 什么時間使用 ?當被保護的資源對于組織具有重要的價值的時候 功能測試技巧 ?需求測試 ?回歸測試 ?錯誤處理測試 ?支持手冊的測試 ?系統(tǒng)兼容測試 ?控制性測試 ?并行測試 需求測試 ?目標 ?用戶的需求可以被實現(xiàn) ?如何使用 ?創(chuàng)建測試用例和功能檢查列表 ?例子 ?建立測試矩陣去證實系統(tǒng)需求均被文檔化 ?什么時候使用 ?每一個應(yīng)用程序都要進行需求測試 回歸測試 ?目標 ?程序修改后，確保功能的正確性 ?如何使用 ?重新測試應(yīng)用程序中沒有改變的部分 ?例子 ?重新執(zhí)行以前