【正文】 軟件工程：采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能得到的最后的技術(shù)方法結(jié)合起來?；鶞?zhǔn)配置又稱為基線配置，是經(jīng)過階段評(píng)審后的軟件配置成分軟件工程強(qiáng)調(diào)生命周期方法學(xué)和各種結(jié)構(gòu)分析及結(jié)構(gòu)設(shè)計(jì)技術(shù)軟件工程的七條基本原理（1983年，）：(1)用分階段的生命周期計(jì)劃嚴(yán)格管理。(2).堅(jiān)持階段評(píng)審。(3).實(shí)行嚴(yán)格的產(chǎn)品控制。(4).采用現(xiàn)代程序設(shè)計(jì)技術(shù)。(5).結(jié)果應(yīng)能清楚的審查。(6).開發(fā)小組人員應(yīng)少而精。(7).承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。5生命周期應(yīng)該知道嚴(yán)格的六類計(jì)劃：（1）.項(xiàng)目概要計(jì)劃。（2）.里程碑計(jì)劃。（3）.項(xiàng)目控制計(jì)劃。（4）.產(chǎn)品控制計(jì)劃。（5）.驗(yàn)證計(jì)劃。（6）.運(yùn)行維護(hù)計(jì)劃。軟件生命周期由軟件定義（細(xì)分三個(gè)階段問題定義、可行性研究、需求分析）、軟件開發(fā)（細(xì)分總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單元測(cè)試、綜合測(cè)試）和軟件維護(hù)三個(gè)時(shí)期組成。軟件維護(hù)通常有四類維護(hù)活動(dòng)：。軟件設(shè)計(jì)文檔包含：構(gòu)架、數(shù)據(jù)流示意圖、狀態(tài)變化示意圖、流程圖、注釋代碼。軟件測(cè)試文檔：測(cè)試計(jì)劃、測(cè)試用例、軟件缺陷報(bào)告、歸納、統(tǒng)計(jì)和總結(jié)。開發(fā)進(jìn)度表：Gantt圖表1軟件產(chǎn)品組成：幫助文件、用戶手冊(cè)、樣本和示例、標(biāo)簽、產(chǎn)品支持信息、圖標(biāo)和標(biāo)志、錯(cuò)誤信息、廣告和宣傳材料、軟件的安裝說明、軟件說明文件、測(cè)試錯(cuò)誤提示信息。1軟件是計(jì)算機(jī)系統(tǒng)中硬件相互依存的另一部分，它包括程序、相關(guān)數(shù)據(jù)及其說明文檔。1測(cè)試人員在軟件開發(fā)過程中的任務(wù)：尋找BUG；避免軟件開發(fā)過程中的缺陷；衡量軟件的品質(zhì)；關(guān)注用戶的需求。14軟件測(cè)試的目的：第一是確認(rèn)軟件的質(zhì)量，第二提供信息，第三軟件測(cè)試包括軟件產(chǎn)品的測(cè)試還有軟件開發(fā)過程。1軟件與工業(yè)產(chǎn)品相比具有的特性：軟件是一種邏輯實(shí)體，具有抽象性；軟件沒有明顯的制作過程；軟件在實(shí)用過程中沒有磨損，老化的問題；軟件對(duì)硬件和環(huán)境有著不同程度的依賴性；軟件的開發(fā)至今尚未完全擺脫手工式的開發(fā)方式生產(chǎn)效率低；軟件是復(fù)雜的，以后會(huì)更加復(fù)雜；軟件的成本相當(dāng)貴軟件工作的牽涉到很多社會(huì)因素1軟件危機(jī)是計(jì)算機(jī)軟件在它的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題，概括地說，主要包含主要包含兩個(gè)方面：如何開發(fā)軟件，怎么滿足日益發(fā)展的需求；如何維護(hù)數(shù)量不斷膨脹的已有軟件。1軟件危機(jī)的主要表現(xiàn)：對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常不準(zhǔn)確；用戶對(duì)已完成的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生；軟件產(chǎn)品的質(zhì)量靠不?。卉浖３Ｊ遣荒芫S護(hù)；軟件通常沒有適當(dāng)?shù)奈臋n資料；軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占比例在上升；軟件開發(fā)生產(chǎn)率提高的速度跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。1軟件危機(jī)的內(nèi)在原因：軟件生產(chǎn)本身存在著復(fù)雜性；軟件開發(fā)使用的方法和技術(shù)1符合下面任一個(gè)就是軟件錯(cuò)誤：軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能；軟件出現(xiàn)了產(chǎn)品說明書中指明不會(huì)出現(xiàn)的錯(cuò)誤；軟件功能超出了產(chǎn)品說明書指明的范圍；軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)達(dá)到的目標(biāo)；軟件測(cè)試員認(rèn)為軟件難以理解不易使用或者用戶認(rèn)為軟件使用效果不好 軟件測(cè)試使用人工和自動(dòng)手段來運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求，或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。2軟件質(zhì)量的衡量：在正確的時(shí)間用正確的方式把一個(gè)工作做正確 ；符合一些應(yīng)用標(biāo)準(zhǔn)的要求；質(zhì)量本身是軟件達(dá)到最開始所設(shè)定的要求；質(zhì)量代表它符合客戶的需要。2軟件測(cè)試的總目標(biāo)是確保軟件的質(zhì)量2TMM測(cè)試成成熟度的5個(gè)級(jí)別：Phase 0:.測(cè)試和調(diào)試沒有區(qū)別Phase 1:測(cè)試的目的是為了表明軟件能工作Phase2:測(cè)試的目的是為了表明軟件不能正常工作Phase3:測(cè)試的目的不是為了證明什么，而是為了把軟件不能正常工作的預(yù)知風(fēng)險(xiǎn)減低到能夠接受的程度Phase4:測(cè)試不是行為，而是一種自覺的約束 不用太多的測(cè)試投入到產(chǎn)生風(fēng)險(xiǎn)的軟件上2測(cè)試工程師服務(wù)對(duì)象有四類人：軟件用戶、項(xiàng)目經(jīng)理、程序員、技術(shù)文檔工程師市場(chǎng)開發(fā)人員和技術(shù)支持工程師2軟件測(cè)試能做好的三件事：（1）證明獲取系統(tǒng)在可接受風(fēng)險(xiǎn)范圍內(nèi)可用的信心嘗試在非正常情況和條件下的功能和特性保證產(chǎn)品的完整性（2） 檢測(cè) 發(fā)現(xiàn)錯(cuò)誤和系統(tǒng)不足定義系統(tǒng)的能力和局限性提供組件、工作產(chǎn)品和系統(tǒng)的質(zhì)量信息（ 3 ）預(yù)防 澄清系統(tǒng)的規(guī)格和性能盡可能減少錯(cuò)誤的信息在過程中盡早堅(jiān)持錯(cuò)誤確認(rèn)問題和風(fēng)險(xiǎn)，并提前發(fā)現(xiàn)解決問題2軟件測(cè)試的原則：從用戶角度是希望通過軟件測(cè)試能充分暴露軟件中存在的問題和缺陷，從而考慮是否可以接受該產(chǎn)品。從開發(fā)者的角度是希望測(cè)試能表明軟件產(chǎn)品不存在錯(cuò)誤，已經(jīng)正確地實(shí)現(xiàn)了用戶的需求，確立人們對(duì)軟件的信心。2達(dá)到原則需注意的地方：（1）應(yīng)當(dāng)把“盡早和不斷地測(cè)試”作為開發(fā)者的座右銘（2）程序員應(yīng)該避免檢測(cè)自己的程序，測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試機(jī)構(gòu)來完成。（3）設(shè)計(jì)測(cè)試用例時(shí)應(yīng)該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況要制造極端狀態(tài)和意外狀態(tài)。（4）一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大關(guān)系。（5）對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程，一般由A測(cè)試出來的錯(cuò)誤，一定要由一個(gè)B來確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)進(jìn)行討論和分析。（6）制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排得盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。（7）回歸測(cè)試的關(guān)系性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。（8）妥善保存一切測(cè)試過程文檔，2軟件測(cè)試的對(duì)象：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序。所以軟件測(cè)試貫穿整個(gè)軟件定義與開發(fā)期間。2軟件測(cè)試過程模型（1）V模型，單元和集成測(cè)試應(yīng)檢測(cè)程序的執(zhí)行是否滿足軟件設(shè)計(jì)者的要求；系統(tǒng)測(cè)試應(yīng)檢測(cè)系統(tǒng)功能、性能的質(zhì)量特性是否達(dá)到系統(tǒng)要求的指標(biāo)；驗(yàn)收測(cè)試確定軟件的實(shí)現(xiàn)是否滿足用戶的要求。局限：他僅僅把測(cè)試作為愛編碼之后的一個(gè)階段，是針對(duì)程序進(jìn)行的尋找錯(cuò)誤的活動(dòng)，而忽略了測(cè)試活動(dòng)對(duì)需求分析、系統(tǒng)設(shè)計(jì)等活動(dòng)的驗(yàn)證和確認(rèn)的功能。（2）W模型，測(cè)試伴隨著整個(gè)軟件開發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣要測(cè)試，也就是說，測(cè)試與開發(fā)是同步進(jìn)行的。有利于今早的、全面的發(fā)現(xiàn)問題。局限：無法支持迭代的開發(fā)模型。對(duì)與當(dāng)前軟件開發(fā)復(fù)雜多變的情況，W模型并不能解決管理面臨的困惑。（3）H模型，軟件測(cè)試是一個(gè)獨(dú)立的流程，貫穿產(chǎn)品的整個(gè)周期，與其他流程并發(fā)的進(jìn)行。2黑盒測(cè)試的定義：黑盒測(cè)試又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說明的測(cè)試，是一種從用戶觀點(diǎn)出發(fā)的測(cè)試，把測(cè)試對(duì)象看做一個(gè)黑盒子在不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性，測(cè)試者只知道該程序輸入和輸出之間的關(guān)系或程序功能的情況下，依靠能夠反映這一關(guān)系和程序功能需求規(guī)格的說明書，來確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。白盒測(cè)試定義：白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試。它依賴于程序細(xì)節(jié)的嚴(yán)密檢驗(yàn)，針對(duì)特定條件和循環(huán)設(shè)計(jì)測(cè)試用例，對(duì)軟件的邏輯路徑進(jìn)行測(cè)試。在程序的不同點(diǎn)檢驗(yàn)程序的狀態(tài)，來判定其實(shí)際情況是否與預(yù)期的狀態(tài)相一致。3最常見的程序覆蓋有：（1）語(yǔ)句覆蓋。它要求被測(cè)試程序的每一條可執(zhí)行語(yǔ)句在測(cè)試中至少執(zhí)行一次，這是最弱的邏輯覆