2023年軟件測(cè)試技術(shù)經(jīng)典教程筆記修匯總

第一章基礎(chǔ)知識(shí)1.1、軟件1)、軟件=程序+文檔2)、分類功能：系統(tǒng)+應(yīng)用架構(gòu)：?jiǎn)螜C(jī)＋Ｃ/S+B／Ｓ用戶：產(chǎn)品＋項(xiàng)目規(guī)模:小型+中型+大型1.2、Buｇ1)、類型一(廣義上,軟件生命周期,與用戶需求不符的問(wèn)題):完全沒(méi)有實(shí)現(xiàn)的功能基本實(shí)現(xiàn)功能，但有功能上或性能上的問(wèn)題實(shí)現(xiàn)了用戶不需要的功能2)、類型二(測(cè)試執(zhí)行階段的問(wèn)題)Deｆect---－-----Requiremeｎtｓ&DｅsｉgｎErroｒ-－---------DevelopmｅnｔＢｕｇ--－---－--－--TｅｓtｉngFailure-－---－---Postproｄｕcｔion１.３、測(cè)試1)、概念：測(cè)試是為了檢查實(shí)際的軟件是否符合用戶需求，所以不能為了發(fā)現(xiàn)錯(cuò)誤而發(fā)現(xiàn)錯(cuò)誤。使用人工或自動(dòng)手段，來(lái)運(yùn)營(yíng)或測(cè)試某個(gè)系統(tǒng)的過(guò)程。2)、測(cè)試環(huán)境:硬件＋軟件+網(wǎng)絡(luò)規(guī)定:真實(shí)(項(xiàng)目、產(chǎn)品）+干凈+無(wú)毒+獨(dú)立(測(cè)試與開(kāi)發(fā)）1．４、測(cè)試用例測(cè)試用例=輸入+輸出+測(cè)試環(huán)境便于團(tuán)隊(duì)交流,便于反復(fù)測(cè)試，便于跟蹤記錄，比納與用戶自測(cè)開(kāi)發(fā)生命周期需求分析→概要設(shè)計(jì)→具體設(shè)計(jì)→編碼→維護(hù)測(cè)試生命周期測(cè)試計(jì)劃→測(cè)試設(shè)計(jì)→測(cè)試執(zhí)行→測(cè)試評(píng)估需求分析和測(cè)試計(jì)劃完畢后,根據(jù)《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》和軟件原型（DEMO)寫測(cè)試用例1.5其他1）、測(cè)試人員素質(zhì)規(guī)定:細(xì)心、耐心、信心、服務(wù)意識(shí)、團(tuán)隊(duì)合作意識(shí)、溝通能力2)、如何成為優(yōu)秀的測(cè)試工程師：１、不斷學(xué)習(xí)充電２、閱讀原版書(shū)籍３、閱讀缺陷管理系統(tǒng)中的缺陷報(bào)告4、閱讀高手寫的測(cè)試用例5、學(xué)習(xí)產(chǎn)品相關(guān)的業(yè)務(wù)知識(shí)１.6軟件測(cè)試的基本規(guī)則1)ZerｏBug與ＧoodＥnoughGooｄＥｎough原則：不充足測(cè)試是不負(fù)責(zé)任,過(guò)度的測(cè)試是一種資源浪費(fèi)。參考：＊遺留ｂuｇ不超過(guò)1０個(gè),嚴(yán)重的不超過(guò)5個(gè)*測(cè)試用例執(zhí)行率為100%,通過(guò)率為９5％*單元測(cè)試,關(guān)鍵模塊語(yǔ)句覆蓋率達(dá)成100％，分支覆蓋率達(dá)成85%２)不要視圖窮舉法3）開(kāi)發(fā)人員不能既是運(yùn)動(dòng)員又是裁判員４）軟件測(cè)試要盡早執(zhí)行5)軟件測(cè)試應(yīng)當(dāng)追溯需求原始需求需求分析對(duì)的的規(guī)格說(shuō)明錯(cuò)誤的規(guī)格說(shuō)明設(shè)計(jì)對(duì)的的設(shè)計(jì)錯(cuò)誤的設(shè)計(jì)對(duì)錯(cuò)誤說(shuō)明的設(shè)計(jì)編碼對(duì)的編碼錯(cuò)誤的編碼對(duì)錯(cuò)誤設(shè)計(jì)編碼對(duì)錯(cuò)誤說(shuō)明設(shè)計(jì)的編碼測(cè)試對(duì)的功能可改正的錯(cuò)誤不可改正的錯(cuò)誤潛伏的錯(cuò)誤不完善的軟件產(chǎn)品6)缺陷的二八定理一般情況下,軟件80％的缺陷集中在20%的模塊中。7)缺陷具有免疫性缺陷具有免疫性，需要根據(jù)新版本修改維護(hù)測(cè)試用例,此外,有一個(gè)值得注意的經(jīng)驗(yàn):沒(méi)修復(fù)3-４個(gè)bｕg，也許會(huì)產(chǎn)生一個(gè)新bug。第二章測(cè)試分類2.１、是否運(yùn)營(yíng)程序 Stａt(yī)icTesｔｉng-------－--－-代碼規(guī)范、界面、文檔 DynamiｃTｅsｔing--－-----運(yùn)營(yíng)程序2.2、根據(jù)階段分類?ＵnitTesting（單元測(cè)試)－--－-－----１0%最小模塊,依據(jù)源程序和《具體設(shè)計(jì)》白盒測(cè)試人員｜|開(kāi)發(fā)人員編譯代碼→靜態(tài)測(cè)試→動(dòng)態(tài)測(cè)試 ?樁模塊(Stub)、驅(qū)動(dòng)模塊(Ｄriver) IｎtｅgratioｎＴｅstiｎｇ(集成測(cè)試)-－------－－20%模塊間的接口，依據(jù)單元測(cè)試的模塊和《概要設(shè)計(jì)》白盒測(cè)試人員||開(kāi)發(fā)人員一般單元和集成同步進(jìn)行?SysｔemＴesting(系統(tǒng)測(cè)試)----－-－－--４０% ?整個(gè)系統(tǒng)(功能、性能、軟硬件環(huán)境），依據(jù)《需求規(guī)格說(shuō)明書(shū)》??黑盒測(cè)試工程師 AccｅｐtancｅTｅstiｎｇ（驗(yàn)收測(cè)試)－－-－-－---－2０% ?整個(gè)系統(tǒng)(功能、性能、軟硬件環(huán)境),依據(jù)《需求規(guī)格說(shuō)明書(shū)》和驗(yàn)收標(biāo)準(zhǔn)??用戶,可配合黑盒測(cè)試工程師 α測(cè)試：內(nèi)側(cè)β測(cè)試:公測(cè)2.３、是否查看代碼１）、Wｈiｔe－BｏｘＴesting--－--源代碼的測(cè)試２）、Black-BoxTｅsｔing－----功能測(cè)試、性能測(cè)試?FuｎctｉｏnＴesｔiｎg(功能測(cè)試）??LoｇｉcFunｃtiｏｎＴｅstiｎｇ(邏輯功能測(cè)試)? UITesting(界面測(cè)試)：窗口、下拉式菜單和鼠標(biāo)操作? UsabｉlityＴsetinｇ（易用性測(cè)試）? InstａllationTｅstiｎg（安裝測(cè)試)??CoｍpatiｂｉlitｙＴesting(兼容性測(cè)試)?其他：恢復(fù)測(cè)試、裸機(jī)測(cè)試、確認(rèn)測(cè)試、接口測(cè)試、數(shù)據(jù)庫(kù)測(cè)試、安全測(cè)試、配置測(cè)試PeｒfｏrmanceＴesｔｉng(性能測(cè)試)時(shí)間性能:重要指一個(gè)事務(wù)的具體響應(yīng)時(shí)間(RespｉｎdTime)?？臻g性能：重要指軟件運(yùn)營(yíng)時(shí)所消耗的系統(tǒng)資源(CPU、內(nèi)存、硬盤)。分類：一般性能測(cè)試、穩(wěn)定性測(cè)試、負(fù)載測(cè)試、壓力測(cè)試ａ、一般性能測(cè)試：讓被測(cè)系統(tǒng)在正常的軟硬件環(huán)境下運(yùn)營(yíng)，不向其施加任何壓力b、穩(wěn)定性測(cè)試(也叫RｅｌiａbilｉtyＴestｉｎg可靠性測(cè)試）：指連續(xù)運(yùn)營(yíng)被測(cè)系統(tǒng),檢查系統(tǒng)運(yùn)營(yíng)時(shí)的穩(wěn)定限度。通常用MTＢF(MｅａnTimｅBetweeｎFailure)c、負(fù)載測(cè)試(ＬoａdTeｓting):讓被測(cè)系統(tǒng)在其能忍受的壓力極限范圍內(nèi)連續(xù)運(yùn)營(yíng),檢測(cè)系統(tǒng)的穩(wěn)定性。d、壓力測(cè)試(ＳtresｓTeｓｔiｎg)：連續(xù)不斷的給被測(cè)系統(tǒng)增長(zhǎng)壓力，知道被測(cè)系統(tǒng)壓垮為止，用來(lái)測(cè)試系統(tǒng)能承受最大壓力。２.4、回歸測(cè)試、冒煙測(cè)試、隨機(jī)測(cè)試RegreｓｓionTｅsting（回歸測(cè)試）：軟件新版本測(cè)試時(shí)，重新執(zhí)行上一個(gè)版本測(cè)試用例?？梢栽谌魏坞A段進(jìn)行(單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試等）,既有黑盒測(cè)試的回歸,也有白盒測(cè)試的回歸。SmoｋeTestｉnｇ(冒煙測(cè)試）:對(duì)一個(gè)新版本進(jìn)行系統(tǒng)大規(guī)模的測(cè)試之前，先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn),是否具有可測(cè)性。ＲandｏmTesting(隨機(jī)測(cè)試)：指測(cè)試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的,其目的是模擬用戶的真實(shí)操作,并發(fā)現(xiàn)一些邊沿性的錯(cuò)誤。第三章測(cè)試技術(shù)黑盒測(cè)試技術(shù)３.1、等價(jià)類技術(shù)(EquiｖalenｃeＣｌａssTｅstiｎg)等價(jià)類:某個(gè)輸入域的子集合。在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。有效等價(jià)類：符合《需求規(guī)則說(shuō)明書(shū)》,合理地輸入數(shù)據(jù)集合無(wú)效等價(jià)類：不符合《需求規(guī)則說(shuō)明書(shū)》,無(wú)意義的輸入數(shù)據(jù)集合等價(jià)類劃分環(huán)節(jié)：1)先考慮輸入數(shù)據(jù)的類型（合法和非法)2)再考慮數(shù)據(jù)范圍3)畫出示意圖,區(qū)分等價(jià)類4）為每個(gè)等價(jià)類編號(hào)５)從等價(jià)類中選擇測(cè)試數(shù)據(jù)構(gòu)造用例3.２、邊界值技術(shù)(ＢｏｕndａryＶａlueTestiｎg）3.3、因果圖法(Ｃａuse-EｆfｅctGrａphs)因果圖法環(huán)節(jié)1)找出所有的輸入條件和輸出,并編號(hào)2)分析輸入條件之間的關(guān)系，是互斥還是可以同時(shí)滿足3）畫出輸入條件的排列組合情況4)編寫測(cè)試用例因果圖試用于輸入條件過(guò)多3.4、流程圖法(ＷｏrｋｆｌｏｗMeｔhod）流程圖法環(huán)節(jié)1)具體了解需求２)根據(jù)需求說(shuō)明或界面原型,找出業(yè)務(wù)流程的各個(gè)頁(yè)面及各頁(yè)面之間的流轉(zhuǎn)關(guān)系3)畫出業(yè)務(wù)流圖４)寫用例，覆蓋所有途徑分支流程圖法是針對(duì)整個(gè)系統(tǒng),而非某個(gè)頁(yè)面或模塊尚有其他如：鑒定表、錯(cuò)誤推測(cè)、場(chǎng)景法等,例:ATM機(jī)取錢－場(chǎng)景法(不全)場(chǎng)景密碼帳號(hào)輸入金額賬面金額ATM鈔票預(yù)想結(jié)果場(chǎng)景１：成功提款11111提款場(chǎng)景2:ATM內(nèi)無(wú)鈔票１1１1０不可提款場(chǎng)景３:ＡTM內(nèi)鈔票局限性11１10提醒,返回開(kāi)始場(chǎng)景4:密碼錯(cuò)誤，可再次輸入0１null1１警告，返回開(kāi)始場(chǎng)景5:密碼錯(cuò)誤,不可再次輸入01null11警告,卡預(yù)保存白盒測(cè)試技術(shù)3.５白盒測(cè)試檢查點(diǎn)*對(duì)程序模塊的所有獨(dú)立的執(zhí)行途徑至少測(cè)試一次*對(duì)所有的邏輯鑒定,取’真’與’假’都至少測(cè)試一次*在循環(huán)的邊界和運(yùn)營(yíng)界線內(nèi)執(zhí)行循環(huán)體*測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性等環(huán)節(jié)：1)根據(jù)分析畫出流程圖2）計(jì)算圈復(fù)雜度=鑒定節(jié)點(diǎn)數(shù)+13)寫出獨(dú)立途徑4)根據(jù)獨(dú)立途徑設(shè)計(jì)測(cè)試用例第四章缺陷管理4.１、Ｂｕg的分類１)嚴(yán)重限度（Ｓeverity）：系統(tǒng)崩潰、嚴(yán)重、一般、次要、建議2)優(yōu)先級(jí)（Priority):高(Hiｇh)、中(Miｄdle)、低（Lｏｗ)嚴(yán)重限度高，優(yōu)先級(jí)不一定高,嚴(yán)重限度低，優(yōu)先級(jí)不一定低３）按測(cè)試種類:邏輯功能類(Fcuntiｏn)、性能類（Pｅrformance)、界面類(ＵI)、易用性類(Usａbilｉty)、兼容性類(Compａt(yī)ibility)4）按功能模塊5)按生命周期:新建(New)、確認(rèn)(Confｉrmed）、解決（Fixed）、關(guān)閉(Cｌosed)、重新打開(kāi)(Reｏpeｎ）４.2缺陷報(bào)告注意點(diǎn):１)保證重現(xiàn)Ｂug2）用最少且必要環(huán)節(jié)描述Ｂｕg3）簡(jiǎn)潔、準(zhǔn)確、完整4)一個(gè)Bug一個(gè)報(bào)告4．3缺陷管理工具TraｃkＲｅcord、Cleａrquest、Bugzilｌa(免費(fèi))、Mａntis（免費(fèi))、ＪＩRA(免費(fèi)）Ｂugｚｉｌla:TｅｒrｙWeｉssman研制,perｌ編寫,后臺(tái)數(shù)據(jù)庫(kù)是MySQL，最初是用來(lái)在Ｎｅtscａpe內(nèi)部跟蹤Bｕg的，可以在多種平臺(tái)運(yùn)營(yíng)第五章常用測(cè)試工具分類：黑盒測(cè)試工具、白盒測(cè)試工具、測(cè)試管理工具M(jìn)I公司產(chǎn)品：1、LoaｄＲunneｒ：性能測(cè)試工具2、WinRunner：功能測(cè)試工具(QTP:MI的QTP代替占有市場(chǎng))3、ＴesｔDirector：測(cè)試管理工具(QC:HP收購(gòu)MＩ公司后退出的一款TＤ升級(jí)產(chǎn)品)性能學(xué)習(xí)LoａdRunnｅr,功能學(xué)些QTP,管理學(xué)習(xí)TDIＢMＲatiｏnal公司的產(chǎn)品:RationalTｅsｔmaｎａgｅr(測(cè)試管理工具)RationaｌCｌearＱuｅst（缺陷管理工具)Rａt(yī)ｉonａｌRoｂｏｔ(功能/性能工具）RatioｎalPurifｙ(白盒測(cè)試工具)Comｐuware公司產(chǎn)品QＡCｅnter(測(cè)試管理)TrackRecｏrd（缺陷管理）QARun(功能)QAload(性能)DeｖPartner(白盒測(cè)試)Teｌｅlogiｃ公司產(chǎn)品TｅlelogicＤｏoｒｓ(需求管理)、Logｉscｏpe(白盒測(cè)試工具）其他公司產(chǎn)品微軟-WAS(性能測(cè)試)Rａdview公司－ＷｅｂLoad(性能測(cè)試)，TestＶiewManaｇer(測(cè)試管理)Pａrａｓoft公司-JＴeｓt(白盒測(cè)試）,C++Tｅｓt（白盒測(cè)試)此外,很多缺陷管理工具是開(kāi)源的，如:Bugｚilla、Maｎtis、Jｉrａ第六章測(cè)試管理6.1、測(cè)試與質(zhì)量軟件質(zhì)量：軟件符合明確敘述的功能和性能需求、文檔中明確描述的開(kāi)發(fā)標(biāo)準(zhǔn),以及所有專業(yè)開(kāi)發(fā)的軟件都應(yīng)具有的隱含特性的限度(需求一致、符合準(zhǔn)則、隱含特性)SQA(SｏftwａreQualityAssｕraｎce）:軟件質(zhì)量保證,為保證軟件開(kāi)發(fā)過(guò)程和結(jié)果符合預(yù)期規(guī)定而建立的一系列規(guī)程，以及一照規(guī)程和計(jì)劃采用的一系列活動(dòng)及其結(jié)果評(píng)價(jià)。SQA需要做的工作：＊建立軟件質(zhì)量保證活動(dòng)的實(shí)體*制定軟件質(zhì)量保證計(jì)劃＊堅(jiān)持各階段的評(píng)審、審計(jì)、跟蹤*監(jiān)控軟件產(chǎn)品的質(zhì)量*采集軟件質(zhì)量保證活動(dòng)的數(shù)據(jù)*度量軟件質(zhì)量保證活動(dòng)SQＡ需要達(dá)成目的：*通過(guò)監(jiān)控軟件開(kāi)發(fā)過(guò)程來(lái)保證產(chǎn)品質(zhì)量＊保證開(kāi)發(fā)出來(lái)的軟件和軟件開(kāi)發(fā)過(guò)程符合相應(yīng)標(biāo)準(zhǔn)與規(guī)程(ＩＳO９0000或CMM）*保證軟件產(chǎn)品、軟件過(guò)程中存在的不符合問(wèn)題得到解決,必要時(shí)將問(wèn)題反映給高級(jí)管理者*保證項(xiàng)目組指定的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程適合項(xiàng)目組需要,同時(shí)滿足評(píng)審和審計(jì)需要。SQA工作人員：QA，ＱC工作人員:重要是TESTERQA與QC:QA-防止問(wèn)題(Prevention),貫穿于整個(gè)軟件生命周期中，防止錯(cuò)誤的成因，重點(diǎn)是對(duì)軟件開(kāi)發(fā)過(guò)程進(jìn)行監(jiān)督、管理、控制ＱC-發(fā)現(xiàn)問(wèn)題（Detecｔioｎ)，重要是測(cè)試人員,關(guān)注于最后的產(chǎn)品的質(zhì)量活動(dòng),重點(diǎn)是對(duì)開(kāi)發(fā)出的產(chǎn)品進(jìn)行檢查６．2、常用模型CMM：能力成熟度模型１)初始級(jí)(Initial):軟件過(guò)程的特性是無(wú)序的,有時(shí)甚至是混亂的。幾乎沒(méi)有過(guò)程定義,成功完全取決于個(gè)人的能力。2)可反復(fù)級(jí)(Ｒepｅatable)：建立了基本的項(xiàng)目管理過(guò)程,可以追蹤費(fèi)用、進(jìn)度和功能。有適當(dāng)?shù)谋匾倪^(guò)程規(guī)范,使得可以重現(xiàn)以前類似項(xiàng)目的成功。3)已定義級(jí)(Defiｎed):用于管理和工程活動(dòng)的軟件過(guò)程己經(jīng)文檔化、標(biāo)準(zhǔn)化,并與整個(gè)組織的軟件過(guò)程相集成。所有項(xiàng)目都使用文檔化的、組織認(rèn)可的過(guò)程來(lái)開(kāi)發(fā)和維護(hù)軟件。4）已管理級(jí)(Maｎaged)：軟件過(guò)程和產(chǎn)品質(zhì)量的具體度量數(shù)據(jù)被收集,通過(guò)這些度量數(shù)據(jù)，軟件過(guò)程和產(chǎn)品可以被定暈地理解和控制。5)優(yōu)化級(jí)(Oｐtiｍiziｎg）:通過(guò)定量的反饋，進(jìn)行不斷的過(guò)程改善,這些反饋來(lái)自于過(guò)程或通過(guò)測(cè)試新的想法和技術(shù)而得到。CMMISOCMMISO?質(zhì)量模型質(zhì)量標(biāo)準(zhǔn)?評(píng)估審查?給你改善建議結(jié)果有通過(guò)和不通過(guò)KPA(KeｙPrｏcessAｒea):除第一級(jí)外,CMM的每一級(jí)是按完全相同的結(jié)構(gòu)組成的。每一級(jí)包含了實(shí)現(xiàn)這一級(jí)目的的若干關(guān)鍵過(guò)程域，指出了公司需要集中力量改善的軟件過(guò)程。CＭM2：可反復(fù)階段需求管理:reqｕｒemｅntmaｎagement軟件項(xiàng)目計(jì)劃:softwarepｒojeｃtplanning軟件項(xiàng)目跟蹤和監(jiān)督:softｗareprojｅｃttrackingoｖerｓight軟件子協(xié)議管理:softwaｒeｓｕbconｔractｍａnageｍｅnｔ軟件質(zhì)量保證：ｓoftwaｒｅqualiｔyassｕrancｅ軟件配置管理：softｗarecｏnfigｕrationeｍaｎageｍeｎtCMM3:已定義階段組織過(guò)程焦點(diǎn)：orgａnizationｐrocｅssfocus組織過(guò)程定義:orｇanizatiｏｎprｏcｅssｄeｆinitiｏn培訓(xùn)大綱:trainｉngproｇｒam集成軟件管理：inｔeｒｇratｅdsoftwareｍａnagement軟件產(chǎn)品工程:sｏftwａreproｄucteｎgｉｎｅe(cuò)rinｇ組間協(xié)調(diào)：ｉntergrｏuｐcoorｄｉnatiｏn同行評(píng)審：pｅe(cuò)rrevieｗＣＭM4：已管理階段定量管理過(guò)程：ｑｕａntiｔａｔiｖeproceｓsmanaｇｅmeｎt軟件質(zhì)量管理：sofｔwareｑuａｌitymanａｇeｍeｎｔCＭM5：優(yōu)化階段缺陷防止：dｅfecｔpｒeveｎｔion技術(shù)改革管理：teｃhnoｌoｇyｃｈangｅmaｎagement過(guò)程更改管理：ｐrｏcｅssｃhａngemanagement成熟度成熟度初始級(jí)可反復(fù)級(jí)已定義級(jí)已管理級(jí)優(yōu)化級(jí)風(fēng)險(xiǎn)常見(jiàn)的質(zhì)量模型:*ISO９0００0族標(biāo)準(zhǔn)：國(guó)際標(biāo)準(zhǔn)(ＩSO/TC176），適合所有行業(yè)，其中9000-3針對(duì)軟件開(kāi)發(fā)*ＣMM標(biāo)準(zhǔn)：行業(yè)標(biāo)準(zhǔn)(卡耐基-梅隆大學(xué)),針對(duì)軟件開(kāi)發(fā)行業(yè),分5等級(jí)，推出CＭMI*TICKIT標(biāo)準(zhǔn)：行業(yè)標(biāo)準(zhǔn)（英國(guó)軟件行業(yè)協(xié)會(huì))，針對(duì)軟件開(kāi)發(fā)行業(yè),不太流行＊ISＯ1５504標(biāo)準(zhǔn):國(guó)際標(biāo)準(zhǔn)(試圖結(jié)合1、2與軟件工程概念)，合用所有行業(yè)，有待實(shí)踐其他模型:ＴMM：軟件測(cè)試成熟度模型＊初始級(jí)*階段定義級(jí)＊集成級(jí)*管理和度量級(jí)＊優(yōu)化、防止缺陷和質(zhì)量控制級(jí)McCall模型:【產(chǎn)品運(yùn)營(yíng)】對(duì)的性、健壯性、效率、完整性、可用性、風(fēng)險(xiǎn)【產(chǎn)品修改】可理解性、可維護(hù)性、靈活性、可測(cè)試性【產(chǎn)品轉(zhuǎn)移】可移植性、可再用性、互運(yùn)營(yíng)性6.3、軟件的生命周期軟件：可行性研究、需求分析→設(shè)計(jì)、編碼、測(cè)試→軟件發(fā)布維護(hù)→淘汰軟件開(kāi)發(fā)：需求分析→概要設(shè)計(jì)→具體設(shè)計(jì)→編碼→維護(hù)軟件測(cè)試：測(cè)試計(jì)劃→測(cè)試設(shè)計(jì)測(cè)試執(zhí)行→測(cè)試評(píng)估軟件生命周期模型：1、ＷaterfallMoｄel(瀑布模型):計(jì)劃-需求-設(shè)計(jì)-編碼-測(cè)試-維護(hù)開(kāi)發(fā)的各個(gè)階段比較清楚依賴早起需求調(diào)查，不適應(yīng)需求變化強(qiáng)調(diào)初期計(jì)劃及需求調(diào)查單一流程，不可逆適合需求穩(wěn)定的產(chǎn)品開(kāi)發(fā)風(fēng)險(xiǎn)往往遲至后期才發(fā)現(xiàn)，失去及早糾正機(jī)會(huì)2、ＳｐiralMｏｄel(螺旋模型)：反復(fù)執(zhí)行多個(gè)’瀑布模型’適合需求經(jīng)常變化的軟件項(xiàng)目，但開(kāi)發(fā)過(guò)程復(fù)雜，控制不好,容易混亂３、V模型用戶需求驗(yàn)收測(cè)試規(guī)格定義系統(tǒng)測(cè)試概要設(shè)計(jì)集成測(cè)試具體設(shè)計(jì)單元測(cè)試編碼具體表達(dá)了測(cè)試的各個(gè)階段及參考依據(jù),但沒(méi)有說(shuō)明在項(xiàng)目前期測(cè)試需要做哪些工作，且流程也是單項(xiàng)，不可逆４、W模型需求分析需求測(cè)試系統(tǒng)安裝驗(yàn)收測(cè)試概要設(shè)計(jì)概要設(shè)計(jì)系統(tǒng)構(gòu)建系統(tǒng)測(cè)試測(cè)試具體設(shè)計(jì)具體設(shè)計(jì)模塊集成集成測(cè)試測(cè)試編碼實(shí)現(xiàn)單元測(cè)試強(qiáng)調(diào)測(cè)試隨著整個(gè)軟件開(kāi)發(fā)生命周期，對(duì)象也不僅是程序,有助于盡早發(fā)現(xiàn)問(wèn)題，但是需求設(shè)計(jì)編碼等活動(dòng)也被視為串行,測(cè)試和開(kāi)