測試用例和評審[上課教學(xué)]

1、測試用例的編寫和評審 1上課材料 概要概要 n測試用例的編寫要點 n評審過程中的評審點 2上課材料 測試用例測試用例 什么是測試用例什么是測試用例 測試用例的設(shè)計方法測試用例的設(shè)計方法 編寫測試用例編寫測試用例 3上課材料 什么是測試用例？什么是測試用例？ n測試測試用例用例是執(zhí)行測試工作的依據(jù)依據(jù)； n確保測試的系統(tǒng)性系統(tǒng)性和全面性全面性。 4上課材料 測試用例的設(shè)計方法測試用例的設(shè)計方法 n黑盒測試黑盒測試的測試用例設(shè)計的5種方法： 等價類劃分 邊界值分析 錯誤推測法 因果圖 功能圖 5上課材料 用例分類 用例編寫原則 用例命名規(guī)范 編寫測試用例編寫測試用例 6上課材料 用例分類用例分類

2、n業(yè)務(wù)流程用例 n單功能用例 n集成測試用例 是為了測試軟件是 否能完成用戶正常 的業(yè)務(wù)處理流程， 及對異常業(yè)務(wù)流程 的控制處理是否完 善而設(shè)計的用例。 單功能用例針對 某一個單獨的功 能編寫，是為了 測試功能對正常 數(shù)據(jù)、異常數(shù)據(jù)、 空數(shù)據(jù)的處理控 制存儲是否正確 而設(shè)計的用例。 集成測試用例是 為了測試不同開 發(fā)組提交的程序 之間模塊接口及 數(shù)據(jù)傳輸處理是 否正確而設(shè)計的 測試用例。 7上課材料 用例編寫原則用例編寫原則 功能或流程劃分時，一定要簡單、清晰，一個測試用例只檢查一個 功能點或一個流程。 測試用例要有一個簡單直觀的名字，有助于讀者對測試用例的理解。 測試用例的步驟描述要簡單、清

3、晰，一步就是一步。 測試用例的數(shù)據(jù)要明確，特別是輸入數(shù)據(jù)和期望結(jié)果。 測試用例需要保障唯一性，即功能用例之間不存在重疊，流程用例 不存在包含關(guān)系。 描述要清晰、包括特定的場合、對象和術(shù)語，沒有含糊的概念和一 般性的描述。 測試用例中需要有充分的異常測試數(shù)據(jù)，考慮大數(shù)據(jù)量測試時的數(shù) 據(jù)準(zhǔn)備。 測試用例應(yīng)確保覆蓋詳細設(shè)計中的所有功能。 對于無輸入的操作,應(yīng)該詳細描述其具體的操作步驟和結(jié)果.。 測試用例需要保障數(shù)據(jù)的正確性和操作的正確性。 8上課材料 用例命名規(guī)范用例命名規(guī)范 n功能用例的命名規(guī)范 n集成用例的命名規(guī)范 9上課材料 評審評審 為什么要評審？為什么要評審？ 評審評審的的概念概念 各階段

4、的評審內(nèi)容各階段的評審內(nèi)容 主要文檔的評審主要文檔的評審 評審的形式評審的形式 評審活動的分工評審活動的分工 10上課材料 11上課材料 為什么要評審？為什么要評審？ n更快的了解需求與設(shè)計。 n盡早發(fā)現(xiàn)潛在的問題和糾正缺陷。 n通過討論澄清一些模糊的認識。 n為軟件開發(fā)尋找最佳的解決方案。 12上課材料 評審評審的的概念概念 廣義的評審概念包括： 走查（Walkthrough） 檢查（Inspection） 評審（Review） 評估（Estimate） 以及結(jié)對編程、同級桌查、輪查及臨時評審等等，有時 會出現(xiàn)同一個英語詞匯翻譯的不同。 13上課材料 主要文檔評審主要文檔評審 n需求報告、可

5、行性報告、立項報告和解決方案。 n解決方案。 n計劃：項目計劃、質(zhì)量管理計劃、配置管理計劃、測 試計劃和風(fēng)險計劃。 n需求：業(yè)務(wù)、系統(tǒng)和軟件。 n設(shè)計：概念、架構(gòu)、概要和詳細設(shè)計。 n代碼走查、單元、功能和系統(tǒng)測試用例。 n驗收報告和總結(jié)報告。 14上課材料 各種評審的形式各種評審的形式 n1人 n2對象 15上課材料 n人： 同行評審（Peer Review）：也稱作 “同級評審”或“對等審查”等。由 軟件開發(fā)文檔的編寫者的同事對軟件文檔進行系統(tǒng)的檢查，以發(fā)現(xiàn) 錯誤和檢查修改過的區(qū)域，并提供改進的建議。 獨立評審：安排一些人對成果進行個別檢查，以單獨完成對成果的 評審，評審人員相互之間暫時不

6、進行討論。 組內(nèi)評審：項目團隊內(nèi)部組織的對成果的評審。 相關(guān)項目成員評審：相關(guān)項目成員可以分為橫向和縱向兩類，所謂 橫向，指與本項目同時進行的項目的成員；所謂縱向，指歷史上已 經(jīng)開發(fā)與這個系統(tǒng)有關(guān)的軟件系統(tǒng)項目的成員。在必要時，也可以 請規(guī)劃中即將建設(shè)的軟件項目的成員參加。主要是在軟件的技術(shù)和 設(shè)計風(fēng)格上進行統(tǒng)一的規(guī)劃。以充分利用軟件復(fù)用技術(shù)來提高效率 和易維護性，充分考慮各系統(tǒng)之間的接口、兼容性和界面一致性。 16上課材料 n對象: 整體評審：在文檔整體完成后，對需求或設(shè)計文檔的整體進 行評審。當(dāng)文檔比較大而難以進行整體評審時，可分而治之， 分多次進行“部分評審”。 物理部分評審：不同評審人

7、員對某一成果的某些物理部分內(nèi) 容進行評審，如按照文檔章節(jié)、功能劃分或模塊劃分等。 邏輯部分評審：分階段檢查某一成果是否具有某個所期望的 特性，或不同評審人員對某一成果的某些特性（如可讀性或 可維護性）要求進行評審。 迭代評審：迭代開發(fā)模式中分階段對部分內(nèi)容進行評審，每 一部分評審?fù)ㄟ^后即可作為下一階段相關(guān)部分工作的基礎(chǔ)， 每一次迭代都包括需求、分析、設(shè)計、實現(xiàn)和測試活動。同 時每次迭代都建立在前一次迭代工作的基礎(chǔ)上，每次迭代都 會生成更加接近最終產(chǎn)品的可執(zhí)行版本。 回歸評審：原來的評審發(fā)現(xiàn)問題需要整改并再次進行的評審， 以檢查問題是否已經(jīng)得到修改，同時檢查是否出現(xiàn)新的問題。 17上課材料 評審

8、活動的角色分工評審活動的角色分工 n角色分類與原則 n基本角色職責(zé) 18上課材料 角色分類與原則 n項目管理人員：具備項目管理知識與經(jīng)驗，主要是為了檢查需求 或設(shè)計對項目管理的可能影響，現(xiàn)行項目管理工作與這些文檔中 所提要求的符合性。 n質(zhì)量管理人員：掌握過程與文檔相關(guān)規(guī)范，這些規(guī)范可以是行業(yè) 內(nèi)部通用的，也可以是企業(yè)內(nèi)部制定的。 n軟件工程人員：掌握軟件工程、需求和設(shè)計建模方法，能夠?qū)ξ?檔中表達方法的正確性進行判斷。 n相關(guān)系統(tǒng)開發(fā)人員：在后面提到的前后左右相關(guān)的項目成員。 19上課材料 基本角色職責(zé) n評審組長：制定評審計劃、確定或制定各項評審準(zhǔn)則、組織必要 的資源、進行評審分工、確保正

9、式評審準(zhǔn)備充分、分發(fā)待評審文 檔、必要時召開并主持評審會議、向有關(guān)領(lǐng)導(dǎo)報告評審結(jié)果，并 且跟蹤評審錯誤的改正。 n評審人員：必要時參加與評審有關(guān)的培訓(xùn)、按評審計劃閱讀待評 審材料、保證對待評審材料的理解、與待評審材料作者討論，并 且指出和記錄問題。 n文檔作者：按評審計劃準(zhǔn)備并按時提交待評審材料、必要時對材 料進行解釋、必要時參加評審會議，并且在確定需要改進時按時 完成修改。 n記錄人員：評審會議中記錄評審人員提出的問題及相關(guān)討論。 20上課材料 需求分析階段的評審需求分析階段的評審 n1)任務(wù)和需求分析：根據(jù)軟件任務(wù)書的要求，對項目開發(fā)計 劃、軟件需求規(guī)格說明進行評審，其內(nèi)容包括項目組人員、

10、 進度、軟件功能、環(huán)境需求等； n2)可行性分析：其內(nèi)容包括技術(shù)、人員要求、風(fēng)險分析等； n3)質(zhì)量保證：根據(jù)軟件質(zhì)量保證工作的計劃，檢查是否已把 質(zhì)量保證列為軟件需求分析階段的一項重要內(nèi)容，分析有 關(guān)計劃的恰當(dāng)性； n4)配置管理：分析軟件配置項基線規(guī)定的恰當(dāng)性及軟件配置 項基線設(shè)置和管理計劃的恰當(dāng)性和完整性； n5)管理：評審軟件質(zhì)量保證工作和配置管理工作的合適性。 21上課材料 概要設(shè)計階段的評審概要設(shè)計階段的評審 n1、總體結(jié)構(gòu)層次設(shè)計的合適性，模塊的獨立性； n2、軟件概要設(shè)計說明、軟件需求規(guī)格說明和軟件接口說明要求的一致性； n3、控制流描述的正確性； n4、主要算法的合適性和先進

11、性； n5、數(shù)據(jù)庫設(shè)計說明的完備性、一致性和易理解性； n6、可靠性、安全性設(shè)計的恰當(dāng)性； n7、對軟件需求評審以后修改的軟件需求規(guī)格說明和接口說明中涉及到概 要設(shè)計內(nèi)容的條文要進行評審； n8、評審軟件質(zhì)量保證工作和軟件配置管理工作的執(zhí)行情況。這屬于管理 評審，但在概要設(shè)計評審時要進行此項工作。 n9、評審軟件高層設(shè)計是否實現(xiàn)了軟件需求規(guī)格說明的要求； n10、評審設(shè)計方案與主要算法的可行性和先進性； n11、評審接口設(shè)計方案的性能和運行環(huán)境的恰當(dāng)性。 22上課材料 詳細設(shè)計階段的評審詳細設(shè)計階段的評審 n1、軟件單元功能與概要設(shè)計要求之間的可追溯性，集成的 單元之間的信息流和控制流的可追蹤

12、性； n2、數(shù)據(jù)加工處理與數(shù)據(jù)結(jié)構(gòu)的一致性； n3、并發(fā)性信息處理的正確性； n4、數(shù)據(jù)庫設(shè)計中，數(shù)據(jù)存取權(quán)限控制技術(shù)應(yīng)用的合理性， 數(shù)據(jù)保密技術(shù)設(shè)計的適當(dāng)性，數(shù)據(jù)安全性技術(shù)設(shè)計的完善 性，數(shù)據(jù)字典和數(shù)據(jù)編碼規(guī)則與規(guī)定格式的一致性； n5、評審可靠性和安全性技術(shù)應(yīng)用的程度及正確性； n6、管理評審，主要評審軟件質(zhì)量保證和軟件配置管理工作 的執(zhí)行情況。 23上課材料 編碼階段的評審編碼階段的評審 n1、程序代碼與詳細設(shè)計的一致性； n2、代碼格式與規(guī)定要求的一致性； n3、程序代碼調(diào)試結(jié)果的正確性； n4、靜態(tài)分析過程的正確性和合理性； n5、單元測試用例的充分性和合理性； n6、單元測試數(shù)據(jù)的

13、產(chǎn)生和測試過程的正確性、合理性 和完整性； n7、軟件實現(xiàn)過程中若修改了軟件詳細設(shè)計或概要設(shè)計， 則應(yīng)多途徑審查從被修改階段開始到軟件實現(xiàn)階段為 止所有改動部分的正確性。 24上課材料 集成測試階段的評審集成測試階段的評審 n1、軟件集成測試的恰當(dāng)性； n2、測試用例集的完整性和恰當(dāng)性； n3、測試結(jié)果和測試用例集的一致性； n4、測試環(huán)境和正式運行環(huán)境的相容性； n5、測試分析過程和結(jié)論的正確性； n6、管理評審：主要評審軟件質(zhì)量保證工作和配置管理 工作的執(zhí)行情況 25上課材料 確認測試的評審確認測試的評審 n1、確認測試計劃安排的合理性； n2、確認測試環(huán)境選擇的合適性； n3、確認測試計劃中功能測試的合理性、齊全性； n4、確認測試計劃中性能測試的合理性、齊全性； n5、確認測試用例、測試數(shù)據(jù)、測試方案的合理性、正確性和全 面性； n6、確認測試結(jié)果分析的合適性； n7、確認測試用例集和確認測試結(jié)果的一致性； n8