軟件測(cè)試第03課-軟件生命周期的討論

討論軟件開(kāi)發(fā)生命周期討論項(xiàng)目團(tuán)隊(duì)中的不同角色軟件開(kāi)發(fā)模型一個(gè)例子，小試牛刀內(nèi)容第一頁(yè)2023/11/9第二頁(yè)，共44頁(yè)。復(fù)習(xí)：軟件生命周期的具體過(guò)程？第二頁(yè)2023/11/9第三頁(yè)，共44頁(yè)。比爾蓋子是一名建筑工人起初只干一些比較簡(jiǎn)單的建筑工作憑個(gè)人技術(shù)和經(jīng)驗(yàn)，不需要特別設(shè)計(jì)，一般都可以順利完成此時(shí)就如同編寫(xiě)早期比較小的程序軟件開(kāi)發(fā)過(guò)程第三頁(yè)2023/11/9第四頁(yè)，共44頁(yè)。由于工作業(yè)績(jī)不錯(cuò)有一天他被通知需要由他負(fù)責(zé)建造一間非常美麗而完整的房間工作變得復(fù)雜許多就像不斷發(fā)展的軟件一樣，需要的功能越來(lái)越多，越來(lái)越復(fù)雜軟件開(kāi)發(fā)過(guò)程第四頁(yè)2023/11/9第五頁(yè)，共44頁(yè)。軟件復(fù)雜性圖形用戶(hù)界面客戶(hù)/服務(wù)器結(jié)構(gòu)分布式應(yīng)用數(shù)據(jù)通信超大型關(guān)系型數(shù)據(jù)庫(kù)軟件開(kāi)發(fā)過(guò)程第五頁(yè)2023/11/9第六頁(yè)，共44頁(yè)。比爾首先想到這個(gè)任務(wù)需要更多的人手幫他一起來(lái)做于是他馬上組成了自己真正的工作團(tuán)隊(duì)項(xiàng)目團(tuán)隊(duì)中的角色第六頁(yè)2023/11/9第七頁(yè)，共44頁(yè)。需求分析師項(xiàng)目經(jīng)理設(shè)計(jì)人員軟件架構(gòu)師項(xiàng)目團(tuán)隊(duì)

識(shí)別項(xiàng)目需求，能夠正確管理客戶(hù)的期望值；制定階段性目標(biāo)和項(xiàng)目總體控制計(jì)劃，對(duì)項(xiàng)目進(jìn)行全局管理和掌控，使項(xiàng)目達(dá)到預(yù)期的目標(biāo)，得到客戶(hù)的滿(mǎn)意。角色職責(zé)

架構(gòu)師需要參與項(xiàng)目開(kāi)發(fā)的全部過(guò)程，包括需求分析、架構(gòu)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、集成、測(cè)試和部署各個(gè)階段，負(fù)責(zé)在整個(gè)項(xiàng)目中對(duì)技術(shù)活動(dòng)和技術(shù)說(shuō)明進(jìn)行指導(dǎo)和協(xié)調(diào)。包括確認(rèn)需求、系統(tǒng)分解、技術(shù)選型和制定技術(shù)規(guī)格說(shuō)明需求分析人員的工作是收集需求和分析需求，并與最終用戶(hù)、產(chǎn)品經(jīng)理保持聯(lián)系完成系統(tǒng)總體結(jié)構(gòu)、功能模塊設(shè)計(jì)、接口設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)等方面的概要和詳細(xì)設(shè)計(jì)，使開(kāi)發(fā)人員遵循設(shè)計(jì)規(guī)范完成編碼。編碼測(cè)試項(xiàng)目團(tuán)隊(duì)中的角色測(cè)試人員開(kāi)發(fā)人員第七頁(yè)2023/11/9第八頁(yè)，共44頁(yè)。例子：1、微軟EXCHANGE2000SERVER的開(kāi)發(fā)：項(xiàng)目經(jīng)理：25人開(kāi)發(fā)人員：140人測(cè)試人員：350人2、WINDOWS2000：項(xiàng)目經(jīng)理：250人開(kāi)發(fā)人員：1700人測(cè)試人員：3200人項(xiàng)目人員構(gòu)成比例第八頁(yè)2023/11/9第九頁(yè)，共44頁(yè)。軟件開(kāi)發(fā)過(guò)程“這次不能盲目開(kāi)工，我們需要首先好好設(shè)計(jì)一下！”構(gòu)想分析設(shè)計(jì)構(gòu)造評(píng)估軟件的制作過(guò)程也非常相似第九頁(yè)2023/11/9第十頁(yè)，共44頁(yè)。軟件開(kāi)發(fā)過(guò)程軟件開(kāi)發(fā)可行性研究與計(jì)劃需求分析設(shè)計(jì)開(kāi)發(fā)評(píng)估/測(cè)試維護(hù)建造房屋構(gòu)想分析設(shè)計(jì)構(gòu)造評(píng)估維護(hù)第十頁(yè)2023/11/9第十一頁(yè)，共44頁(yè)。軟件開(kāi)發(fā)生命周期軟件生命周期(SDLC)的六個(gè)階段問(wèn)題的定義及規(guī)劃軟件設(shè)計(jì)程序編碼軟件測(cè)試運(yùn)行維護(hù)需求分析軟件開(kāi)發(fā)方與需求方共同討論，主要確定軟件的開(kāi)發(fā)目標(biāo)及其可行性對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)分析對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)等等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。好的軟件設(shè)計(jì)將為軟件程序編寫(xiě)打下良好的基礎(chǔ)。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫(xiě)規(guī)范。以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。在軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。整個(gè)測(cè)試過(guò)程分單元測(cè)試、集成測(cè)試以及系統(tǒng)測(cè)試三個(gè)階段進(jìn)行軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。在軟件開(kāi)發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶(hù)的要求。要延續(xù)軟件的使用壽命，就必須對(duì)軟件進(jìn)行維護(hù)。軟件的維護(hù)包括糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面。第十一頁(yè)2023/11/9第十二頁(yè)，共44頁(yè)。微軟軟件開(kāi)發(fā)生命周期軟件生命周期(SDLC)的四個(gè)階段規(guī)劃階段測(cè)試階段（也叫穩(wěn)定化階段）產(chǎn)品發(fā)送/出品階段開(kāi)發(fā)階段（主要里程碑階段）擬定基于客戶(hù)數(shù)據(jù)的目標(biāo)描述、基于目標(biāo)描述的規(guī)格/特性說(shuō)明和基于規(guī)格說(shuō)明和特性?xún)?yōu)先級(jí)制定的進(jìn)度表。規(guī)劃階段中最重要的事情是讓整個(gè)產(chǎn)品組的成員對(duì)共同的目標(biāo)形成共同的認(rèn)同。微軟的任何一個(gè)產(chǎn)品組在這個(gè)階段都將根據(jù)特性將項(xiàng)目劃分成若干個(gè)子項(xiàng)目，每一個(gè)子項(xiàng)目的完成就對(duì)應(yīng)于一個(gè)里程碑。2~3個(gè)里程碑測(cè)試人員對(duì)軟件做各種各樣的測(cè)試，其中開(kāi)發(fā)和測(cè)試工作是始終并存進(jìn)行的：測(cè)試人員發(fā)現(xiàn)Bug，開(kāi)發(fā)人員解決Bug，測(cè)試人員再檢測(cè)這個(gè)Bug是不是解決了。產(chǎn)品有了穩(wěn)定的版本就進(jìn)入最后的階段——產(chǎn)品發(fā)送/出品階段第十二頁(yè)2023/11/9第十三頁(yè)，共44頁(yè)。微軟經(jīng)典團(tuán)隊(duì)角色產(chǎn)品規(guī)劃產(chǎn)品管理程序經(jīng)理開(kāi)發(fā)人員測(cè)試人員可用性測(cè)試員Beta測(cè)試人員，本地化項(xiàng)目管理，用戶(hù)教育，售后支持等第十三頁(yè)2023/11/9第十四頁(yè)，共44頁(yè)。以你之前做過(guò)的項(xiàng)目為例，說(shuō)說(shuō)你的項(xiàng)目中缺少軟件開(kāi)發(fā)流程的哪些環(huán)節(jié)？第十四頁(yè)2023/11/9第十五頁(yè)，共44頁(yè)。軟件開(kāi)發(fā)過(guò)程模型軟件開(kāi)發(fā)基本都需要經(jīng)歷軟件開(kāi)發(fā)過(guò)程中的幾個(gè)步驟但這幾個(gè)步驟具體如何實(shí)施，根據(jù)具體項(xiàng)目不同，也有所區(qū)別制作具體軟件時(shí)，開(kāi)發(fā)步驟的具體實(shí)施方法稱(chēng)為軟件開(kāi)發(fā)過(guò)程模型軟件開(kāi)發(fā)過(guò)程模型瀑布模型螺旋模型第十五頁(yè)2023/11/9第十六頁(yè)，共44頁(yè)。瀑布模型(案例物流系統(tǒng)）瀑布模型也稱(chēng)為“線(xiàn)性順序模型”將軟件開(kāi)發(fā)過(guò)程中每個(gè)階段都清楚定義了起止點(diǎn)，并產(chǎn)生明確的交付成果以傳遞給下一階段每個(gè)階段之間通過(guò)文檔進(jìn)行溝通每個(gè)階段都必需完成全部規(guī)定的任務(wù)（文檔）后才能夠進(jìn)入下一個(gè)階段可行性研究與計(jì)劃需求分析設(shè)計(jì)開(kāi)發(fā)測(cè)試維護(hù)可行性研究報(bào)告需求說(shuō)明書(shū)設(shè)計(jì)文檔程序測(cè)試報(bào)告第十六頁(yè)2023/11/9第十七頁(yè)，共44頁(yè)?？尚行匝芯颗c計(jì)劃階段確定項(xiàng)目目的了解系統(tǒng)中客戶(hù)的期望確定系統(tǒng)的規(guī)模論證項(xiàng)目可行性技術(shù)可行性經(jīng)濟(jì)可行性操作可行性社會(huì)可行性第十七頁(yè)2023/11/9第十八頁(yè)，共44頁(yè)。需求分析階段需求是產(chǎn)品的根源，需求工作的優(yōu)劣對(duì)產(chǎn)品影響最大獲取需求與用戶(hù)交談，向用戶(hù)提問(wèn)題。向用戶(hù)群體發(fā)調(diào)查問(wèn)卷參觀(guān)用戶(hù)的工作流程，觀(guān)察用戶(hù)的操作與同行、專(zhuān)家交談，聽(tīng)取他們的意見(jiàn)分析已經(jīng)存在的同類(lèi)軟件產(chǎn)品，提取需求從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求從Internet上搜查相關(guān)資料可能遇到的問(wèn)題用戶(hù)說(shuō)不清楚需求誤解需求分析需求功能需求記錄在客戶(hù)需求說(shuō)明書(shū)中第十八頁(yè)2023/11/9第十九頁(yè)，共44頁(yè)。需求分析階段文檔介紹產(chǎn)品功能性需求產(chǎn)品介紹產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)和規(guī)范其他需求需求說(shuō)明書(shū)產(chǎn)品非功能性需求第十九頁(yè)2023/11/9第二十頁(yè)，共44頁(yè)。需求分析階段第二十頁(yè)2023/11/9第二十一頁(yè)，共44頁(yè)。設(shè)計(jì)階段設(shè)計(jì)階段的主要目的是根據(jù)用戶(hù)的需要制定標(biāo)準(zhǔn)，劃分并分配任務(wù)設(shè)計(jì)GUI標(biāo)準(zhǔn)設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程模塊設(shè)計(jì)編碼標(biāo)準(zhǔn)構(gòu)建原型分配任務(wù)和監(jiān)督任務(wù)設(shè)計(jì)階段涉及的活動(dòng)第二十一頁(yè)2023/11/9第二十二頁(yè)，共44頁(yè)。開(kāi)發(fā)階段開(kāi)發(fā)階段對(duì)在原型創(chuàng)建階段構(gòu)建的用戶(hù)界面進(jìn)行最后的修改構(gòu)建數(shù)據(jù)庫(kù)通過(guò)添加代碼使其具備功能第二十二頁(yè)2023/11/9第二十三頁(yè)，共44頁(yè)。評(píng)估/測(cè)試階段本階段測(cè)試每個(gè)單元的功能。測(cè)試階段涉及的活動(dòng)單元測(cè)試數(shù)據(jù)驗(yàn)證測(cè)試安全性測(cè)試強(qiáng)度測(cè)試集成測(cè)試第二十三頁(yè)2023/11/9第二十四頁(yè)，共44頁(yè)。維護(hù)階段本階段為客戶(hù)提供故障診斷支持網(wǎng)絡(luò)電話(huà)上門(mén)本階段還包括應(yīng)用程序要求的任何軟件升級(jí)

版本補(bǔ)丁第二十四頁(yè)2023/11/9第二十五頁(yè)，共44頁(yè)。軟件開(kāi)發(fā)過(guò)程比爾通過(guò)類(lèi)似軟件瀑布模型的方式成功了完成自己的建筑項(xiàng)目第二十五頁(yè)2023/11/9第二十六頁(yè)，共44頁(yè)。軟件開(kāi)發(fā)過(guò)程這次將完成一棟更加復(fù)雜的建筑因?yàn)橛辛艘郧暗慕?jīng)驗(yàn)，比爾感到很有信心就像我們的軟件開(kāi)始越來(lái)越龐大由于成績(jī)不錯(cuò)，比爾再次被通知第二十六頁(yè)2023/11/9第二十七頁(yè)，共44頁(yè)。？軟件開(kāi)發(fā)過(guò)程這次需要更多人，更復(fù)雜的分析、設(shè)計(jì)和建造過(guò)程但在完成之前各種問(wèn)題開(kāi)始出現(xiàn)第二十七頁(yè)2023/11/9第二十八頁(yè)，共44頁(yè)。軟件開(kāi)發(fā)過(guò)程之前設(shè)計(jì)時(shí)犯下一個(gè)比較小的錯(cuò)誤，在建造時(shí)才被發(fā)現(xiàn)，已經(jīng)變成了一個(gè)嚴(yán)重的錯(cuò)誤必須停工回到設(shè)計(jì)階段重新設(shè)計(jì)，重新建造在已經(jīng)將房間格局建造得差不多時(shí)，用戶(hù)又突然提出更改某處的要求，導(dǎo)致工程再次從設(shè)計(jì)開(kāi)始雖然很努力工作但還是工程超時(shí)房屋不能滿(mǎn)足用戶(hù)需要第二十八頁(yè)2023/11/9第二十九頁(yè)，共44頁(yè)。軟件開(kāi)發(fā)過(guò)程工程失敗的原因前期錯(cuò)誤往往只有到了項(xiàng)目后期才能夠被發(fā)現(xiàn)開(kāi)始階段的小錯(cuò)誤被逐級(jí)放大，可能導(dǎo)致項(xiàng)目最終報(bào)廢開(kāi)發(fā)進(jìn)度往往會(huì)被意外發(fā)生的問(wèn)題所打亂，需要進(jìn)行返工或其他一些額外的開(kāi)發(fā)周期，造成項(xiàng)目延期或費(fèi)用超支缺乏靈活性，不能適應(yīng)用戶(hù)需求的改變返回上一級(jí)的開(kāi)發(fā)需要十分高昂的代價(jià)以上同樣也是采用瀑布模型的軟件項(xiàng)目的失敗原因第二十九頁(yè)2023/11/9第三十頁(yè)，共44頁(yè)。軟件開(kāi)發(fā)過(guò)程瀑布模型適合開(kāi)發(fā)規(guī)模比較小需求非常明確且很少更改瀑布模型是早期軟件設(shè)計(jì)的主要手段，已經(jīng)不太適合現(xiàn)在的項(xiàng)目需求不清晰、不穩(wěn)定的項(xiàng)目如何完成呢？第三十頁(yè)2023/11/9第三十一頁(yè)，共44頁(yè)。原型模型第三十一頁(yè)2023/11/9第三十二頁(yè)，共44頁(yè)。原型模型原型模型的優(yōu)點(diǎn)快速建模，減少由于需求調(diào)研不充分，需求表述不明確帶來(lái)的開(kāi)發(fā)風(fēng)險(xiǎn)在需求階段可以通過(guò)多次修改原型，得到明確的客戶(hù)需求原型可以作為DEMO，可以理解成為演示模型原型模型的缺點(diǎn)不宜利用原型系統(tǒng)作為最終產(chǎn)品。采用原型模型開(kāi)發(fā)系統(tǒng)，用戶(hù)和開(kāi)發(fā)者必須達(dá)成一致：原型被建造僅僅是用戶(hù)用來(lái)定義需求，之后便部分或全部拋棄，最終的軟件是要充分考慮了質(zhì)量和可維護(hù)性等方面之后才被開(kāi)發(fā)。第三十二頁(yè)2023/11/9第三十三頁(yè)，共44頁(yè)。螺旋模型需求分析系統(tǒng)設(shè)計(jì)開(kāi)發(fā)測(cè)試和維護(hù)

最終產(chǎn)品風(fēng)險(xiǎn)分析開(kāi)始第三十三頁(yè)2023/11/9第三十四頁(yè)，共44頁(yè)。螺旋模型每一圈是一個(gè)階段，每個(gè)階段就像一個(gè)小的瀑布模型，都要經(jīng)歷需求、分析、設(shè)計(jì)開(kāi)發(fā)和測(cè)試在每個(gè)階段中添加了風(fēng)險(xiǎn)分析的步驟每一圈都會(huì)產(chǎn)生一個(gè)可以發(fā)布的結(jié)果，作為這個(gè)產(chǎn)品最終產(chǎn)品的一個(gè)子集每個(gè)發(fā)布的結(jié)果都會(huì)馬上反饋給客戶(hù)，聽(tīng)取客戶(hù)意見(jiàn)，從而盡早發(fā)現(xiàn)避免軟件中的風(fēng)險(xiǎn)第三十四頁(yè)2023/11/9第三十五頁(yè)，共44頁(yè)。螺旋模型螺旋模型的優(yōu)點(diǎn)風(fēng)險(xiǎn)分析可使一些極端困難的問(wèn)題和可能導(dǎo)致費(fèi)用過(guò)高的問(wèn)題被更改或取消用戶(hù)評(píng)價(jià)為需求的變更帶來(lái)柔性螺旋和瀑布的最大的差別就在于風(fēng)險(xiǎn)的暴露時(shí)間上螺旋模型的缺點(diǎn)需要開(kāi)發(fā)人員具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專(zhuān)門(mén)知識(shí)要求用戶(hù)參與階段評(píng)價(jià)，對(duì)用戶(hù)來(lái)說(shuō)比較困難，不易取得好的效果第三十五頁(yè)2023/11/9第三十六頁(yè)，共44頁(yè)。RUP模型RUP(rationalunifiedprocess)是有Rational公司開(kāi)發(fā)并維護(hù)，與一系列軟件開(kāi)發(fā)工具緊密集成，以用例驅(qū)動(dòng)，以體系結(jié)構(gòu)為核心，迭代及增量的軟件過(guò)程模型。第三十六頁(yè)2023/11/9第三十七頁(yè)，共44頁(yè)。RUP模型第三十七頁(yè)2023/11/9第三十八頁(yè)，共44頁(yè)。RUP模型迭代模型的優(yōu)點(diǎn)針對(duì)大型的復(fù)雜的系統(tǒng)，逐步完善，降低了實(shí)施復(fù)雜度用戶(hù)可在開(kāi)發(fā)早期提出變更并進(jìn)行修復(fù)，從而有效控制變更風(fēng)險(xiǎn)和代價(jià)可在早期增強(qiáng)用戶(hù)的信心迭代模型的缺點(diǎn)要有專(zhuān)業(yè)的架構(gòu)是，當(dāng)模塊間耦合度高時(shí)不適用已經(jīng)確定的功能不允許做變更，不現(xiàn)實(shí)第三十八頁(yè)2023/11/9第三十九頁(yè)，共44頁(yè)。敏捷模型敏捷開(kāi)發(fā)是以人為核心，迭代，循序漸進(jìn)的開(kāi)發(fā)方法。在敏捷開(kāi)發(fā)中，軟件項(xiàng)目的構(gòu)建被切分為多個(gè)子項(xiàng)目，各子項(xiàng)目的輸出都經(jīng)過(guò)測(cè)試，具備可集成和可運(yùn)行的特征。第三十九頁(yè)2023/11/9第四十頁(yè)，共44頁(yè)。敏捷模型敏捷模型的五個(gè)價(jià)值觀(guān)：溝通簡(jiǎn)單反饋勇氣謙遜第四十頁(yè)2023/11/9第四十一頁(yè)，共44頁(yè)?？偨Y(jié)軟件項(xiàng)目組中的