【正文】 請(qǐng)?jiān)趦芍軆?nèi)提交作業(yè)紙質(zhì)版！ 。 小結(jié)：現(xiàn)代軟件過(guò)程模型 Rational統(tǒng)一過(guò)程 1. 面向?qū)ο筌浖_(kāi)發(fā)； 2. 迭代式開(kāi)發(fā)； 3. 動(dòng)態(tài)視角：初始、精化、構(gòu)建和產(chǎn)品化 4階段； 4. 靜態(tài)視角： ? 6個(gè)核心工作流：業(yè)務(wù)建模、需求、分析與設(shè)計(jì)、實(shí)施、測(cè)試、部署； ? 3個(gè)支持工作流：配置與變更管理、項(xiàng)目管理、開(kāi)發(fā)環(huán)境； 5. 實(shí)踐視角：可采用的良好實(shí)踐建議； 適合大團(tuán)隊(duì)大項(xiàng)目 小結(jié)：現(xiàn)代軟件過(guò)程模型 敏捷軟件開(kāi)發(fā) 1. 對(duì)變化和不確定性有更快速更敏捷的反應(yīng)； 2. 在快速的同時(shí)保持可持續(xù)的開(kāi)發(fā)速度； 3. 能較好的地適應(yīng)商業(yè)競(jìng)爭(zhēng)環(huán)境下對(duì)小項(xiàng)目提出的有限資源和有限開(kāi)發(fā)時(shí)間的約束； 1. 極限編程中的測(cè)試驅(qū)動(dòng)開(kāi)發(fā)可能會(huì)導(dǎo)致系統(tǒng)通過(guò)了測(cè)試但不是用戶期望的； 2. 重構(gòu)而不降低系統(tǒng)體系結(jié)構(gòu)的質(zhì)量是困難的； 適用于需求模糊且經(jīng)常改變，商業(yè)競(jìng)爭(zhēng)環(huán)境下的小項(xiàng)目 本章參考文獻(xiàn) 1. 軟件工程：實(shí)踐者的研究方法（原書(shū)第 7版）， Roger ，鄭人杰、馬素霞譯，機(jī)械工業(yè)出版社，2022年 2. 軟件工程導(dǎo)論（第 5版），張海藩編著，清華大學(xué)出版社，2022年 3. 軟件工程，鄭仁杰等編著，人民郵電出版社， 2022年 4. 軟件工程（第 9版）， Ian Sommerville著，程成等譯，機(jī)械工業(yè)出版社， 2022年 作業(yè) 1. 闡述瀑布模型的優(yōu)缺點(diǎn)。這部分測(cè)試就是所謂的回歸測(cè)試。如果已經(jīng)整理并歸類為回歸測(cè)試用例，那么只要定時(shí)執(zhí)行就可以了；否則，需一一添加。 其次，定期執(zhí)行各類測(cè)試，包括功能和系統(tǒng)測(cè)試。 首先，要建立一套自動(dòng)生成 build、運(yùn)行自動(dòng)測(cè)試代碼、手工執(zhí)行測(cè)試用例并匯總測(cè)試結(jié)果的框架。這個(gè)過(guò)程充分體現(xiàn)了敏捷開(kāi)發(fā)所提倡的團(tuán)隊(duì)交流機(jī)制。如果功能測(cè)試出現(xiàn)問(wèn)題，那么測(cè)試人員要及時(shí)與開(kāi)發(fā)人員溝通。 敏捷開(kāi)發(fā)的開(kāi)發(fā)和測(cè)試是相輔相成的。如果是基本驗(yàn)證測(cè)試，推薦開(kāi)發(fā)人員在運(yùn)行完單元測(cè)試和提交代碼前直接運(yùn)行自動(dòng)測(cè)試腳本。測(cè)試人員要在新的 Sprint 周期中更新原來(lái)的驗(yàn)收測(cè)試用例，在測(cè)試“搜索”模塊中添加模糊查找測(cè)試。這部分工作如果時(shí)間花銷很大，最好在估算的時(shí)候一并提出。 用戶故事設(shè)計(jì)和發(fā)布計(jì)劃階段 重構(gòu)驗(yàn)收測(cè)試 正如上文所提及，敏捷開(kāi)發(fā)是以迭代方式進(jìn)行的，功能在每次迭代中推陳出新。 如果下一個(gè) Sprint 周期是發(fā)布周期，那么測(cè)試人員需要準(zhǔn)備執(zhí)行回歸測(cè)試。 由于敏捷開(kāi)發(fā)倡導(dǎo)增量開(kāi)發(fā)，當(dāng)新的 Sprint 開(kāi)始時(shí)，測(cè)試團(tuán)隊(duì)需要根據(jù)新 Sprint 周期的開(kāi)發(fā)進(jìn)度及時(shí)重構(gòu)驗(yàn)收測(cè)試。團(tuán)隊(duì)成員可以在會(huì)議上暢所欲言，指出在過(guò)去一個(gè) Sprint 周期中可行的，不可行的和有待改進(jìn)的地方。自動(dòng)化率過(guò)高會(huì)導(dǎo)致后期大量測(cè)試代碼需要重構(gòu)，反而增加很多工作量。如果資源充足，最好對(duì)驗(yàn)收測(cè)試用例建立版本控制機(jī)制。 用戶故事設(shè)計(jì)和發(fā)布計(jì)劃階段 動(dòng)作 數(shù)據(jù) 期待的結(jié)果 登錄 用戶名：（空） 密碼：（空） “用戶名和密碼無(wú)效” 動(dòng)作 數(shù)據(jù) 期待的結(jié)果 登錄 正確的用戶名和密碼 進(jìn)入系統(tǒng)：請(qǐng)輸入搜索條件并點(diǎn)擊“搜索”按鈕 搜索 錯(cuò)誤的類型 提示正確的類型 搜索 使用正確的類型 商戶列表 項(xiàng)目實(shí)例： 基本驗(yàn)證測(cè)試用例： 功能測(cè)試用例： 用戶故事設(shè)計(jì)和發(fā)布計(jì)劃階段 編寫驗(yàn)收測(cè)試用例 敏捷開(kāi)發(fā)不提倡撰寫太多的文檔，提倡直接編寫測(cè)試用例。 對(duì)測(cè)試人員而言 ， 一個(gè)有效的方法是盡量將一些驗(yàn)證基本功能的測(cè)試用例作為基本驗(yàn)證測(cè)試用例 （ Basic Verification Test Case） 在第一時(shí)間實(shí)現(xiàn)自動(dòng)化；而對(duì)一些復(fù)雜的功能測(cè)試用例 ， 可以先采用手工的方法測(cè)試 ， 直到在未來(lái) Sprint 周期中該功能達(dá)到穩(wěn)定時(shí)候再考慮自動(dòng)化 。另外，可以結(jié)合幾個(gè)用例，完成一個(gè)復(fù)雜的測(cè)試操作。 任務(wù) 估算 選擇測(cè)試工具 3 建立測(cè)試系統(tǒng) 3 編寫下載、存放和恢復(fù)測(cè)試數(shù)據(jù)的腳本 2 尋找或建立測(cè)試結(jié)果匯報(bào)工具 8 設(shè)計(jì)具體的搜索測(cè)試用例 4 準(zhǔn)備搜索測(cè)試數(shù)據(jù) 4 編寫和測(cè)試“搜索”模塊 3 編寫和測(cè)試“驗(yàn)證返回列表”的模塊 1 學(xué)習(xí)“在結(jié)果中搜索”的模塊設(shè)計(jì) 4 編寫和測(cè)試“在結(jié)果中搜索”模塊 4 第一次執(zhí)行測(cè)試 4 分析第一輪測(cè)試結(jié)果 4 第二次執(zhí)行測(cè)試 4 分析第二輪測(cè)試結(jié)果 4 總共 52 用戶故事設(shè)計(jì)和發(fā)布計(jì)劃階段 詳細(xì)設(shè)計(jì)驗(yàn)收測(cè)試用例 完成對(duì)測(cè)試任務(wù)的估算，接著就可以著手詳細(xì)設(shè)計(jì)驗(yàn)收測(cè)試用例。 用戶故事設(shè)計(jì)和發(fā)布計(jì)劃階段 項(xiàng)目實(shí)例： 考慮該項(xiàng)目剛剛進(jìn)入測(cè)試，需要為此建立一個(gè)測(cè)試框架。 在敏捷開(kāi)發(fā)流程中，在第一個(gè) Sprint 周期里，需要增加一項(xiàng)建立測(cè)試框架的任務(wù)。由于敏捷開(kāi)發(fā)流程倡導(dǎo)快速而高效得完成任務(wù)，這就要求一定的自動(dòng)測(cè)試率。但是，考慮到系統(tǒng)有模糊搜索的功能，所以測(cè)試任務(wù)可能會(huì)占 40％左右，大概 31 天 1 人。如果一個(gè)項(xiàng)目開(kāi)發(fā)估計(jì)要 30 天 1 人，那么測(cè)試時(shí)間為 10 天 1 人。所以，每個(gè)測(cè)試人員都應(yīng)該具備一定的估算任務(wù)能力。如果以前的開(kāi)發(fā)模式需要測(cè)試人員估算一個(gè)軟件版本發(fā)行的計(jì)劃（這樣的計(jì)劃通常會(huì)延續(xù)幾個(gè)月），那么現(xiàn)在則要在每個(gè) Sprint 機(jī)會(huì)會(huì)議上估算兩周到一個(gè)月的任務(wù)。 用戶故事設(shè)計(jì)和發(fā)布計(jì)劃階段 估算驗(yàn)收測(cè)試時(shí)間 在軟件開(kāi)發(fā)初期，需要估算時(shí)間以制定計(jì)劃。其他的三個(gè)主要活動(dòng)將在接下來(lái)的多個(gè) Sprint 周期中視情況迭代進(jìn)行。 用戶故事設(shè)計(jì)和發(fā)布計(jì)劃階段 迭代 Sprint 階段 當(dāng)開(kāi)發(fā)團(tuán)隊(duì)開(kāi)始編碼和單元測(cè)試時(shí)，測(cè)試人員的工作重點(diǎn)包括： 估算驗(yàn)收測(cè)試的時(shí)間、估算測(cè)試框架的搭建、詳細(xì)設(shè)計(jì)驗(yàn)收測(cè)試和編寫驗(yàn)收測(cè)試代碼 。比如，我們團(tuán)隊(duì)的工作負(fù)載值為 75%，也就是說(shuō)每個(gè)人平均每天工作 6 小時(shí)（以 8 小時(shí)計(jì)算）。在定期的 Sprint 計(jì)劃會(huì)議（ Planning Meeting）上，每位團(tuán)隊(duì)成員都要提供自己在未來(lái)一個(gè) Sprint 周期中的休假和培訓(xùn)計(jì)劃。于是，測(cè)試人員可以根據(jù)