【正文】 要由一個(gè)B來(lái)確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開(kāi)評(píng)審會(huì)進(jìn)行討論和分析。（7）回歸測(cè)試的關(guān)系性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見(jiàn)。所以軟件測(cè)試貫穿整個(gè)軟件定義與開(kāi)發(fā)期間。局限：他僅僅把測(cè)試作為愛(ài)編碼之后的一個(gè)階段，是針對(duì)程序進(jìn)行的尋找錯(cuò)誤的活動(dòng)，而忽略了測(cè)試活動(dòng)對(duì)需求分析、系統(tǒng)設(shè)計(jì)等活動(dòng)的驗(yàn)證和確認(rèn)的功能。有利于今早的、全面的發(fā)現(xiàn)問(wèn)題。對(duì)與當(dāng)前軟件開(kāi)發(fā)復(fù)雜多變的情況，W模型并不能解決管理面臨的困惑。2黑盒測(cè)試的定義：黑盒測(cè)試又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說(shuō)明的測(cè)試，是一種從用戶觀點(diǎn)出發(fā)的測(cè)試，把測(cè)試對(duì)象看做一個(gè)黑盒子在不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性，測(cè)試者只知道該程序輸入和輸出之間的關(guān)系或程序功能的情況下，依靠能夠反映這一關(guān)系和程序功能需求規(guī)格的說(shuō)明書(shū)，來(lái)確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。它依賴于程序細(xì)節(jié)的嚴(yán)密檢驗(yàn)，針對(duì)特定條件和循環(huán)設(shè)計(jì)測(cè)試用例，對(duì)軟件的邏輯路徑進(jìn)行測(cè)試。3最常見(jiàn)的程序覆蓋有：（1）語(yǔ)句覆蓋。（2）分支覆蓋或判定覆蓋。（3）條件覆蓋。一次為假（4）判定/條件覆蓋。（5）路徑覆蓋。設(shè)計(jì)測(cè)試用例，使得每個(gè)判定條件結(jié)果的所有可能組合至少出現(xiàn)一次。3白盒測(cè)試主要檢查的地方：對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍、對(duì)所有的邏輯判定真假取值各至少測(cè)一遍、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性。功能是檢查軟件的表示和描述是否一致，沒(méi)有沖突或者沒(méi)有歧義。在動(dòng)態(tài)分析技術(shù)中，最重要的是路徑和分支測(cè)試。分支測(cè)試需要程序中的每個(gè)分支至少被經(jīng)過(guò)一次3軟件測(cè)試的過(guò)程：?jiǎn)卧K）測(cè)試、集成（組裝或聯(lián)調(diào)）測(cè)試、確認(rèn)（合格性）測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。軟件質(zhì)量可用六個(gè)特性來(lái)評(píng)價(jià)：功能性、可靠性、易用性、效率、可維護(hù)性和可一致性3全面質(zhì)量管理含義：是一個(gè)組織以質(zhì)量為中心，以全員參與為基礎(chǔ)，目的在于通過(guò)顧客滿意和本組織所有成員及社會(huì)受益而達(dá)到長(zhǎng)期成功的管理途徑。（三全：全員、全過(guò)程、全方位）4全面質(zhì)量管理活的科學(xué)程序——PDCA（plan計(jì)劃,do實(shí)施,check檢查,action處理）4單元測(cè)試是軟件開(kāi)發(fā)過(guò)程中要進(jìn)行的最低級(jí)的測(cè)試活動(dòng)，在單元測(cè)試活動(dòng)中，軟件的獨(dú)立單元將在與程序的其他部分像個(gè)的情況下進(jìn)行測(cè)試。面向?qū)ο裾Z(yǔ)言中要測(cè)試的基本單元是類。43．靜態(tài)分析：是對(duì)軟件的源代碼進(jìn)行研讀，查找錯(cuò)誤或收集一些度量數(shù)據(jù)，并不需要對(duì)代碼進(jìn)行編譯和執(zhí)行。1）.它浪費(fèi)了太多的時(shí)間。3）.一個(gè)很優(yōu)秀的程序員是不是可以不進(jìn)行單元測(cè)試。5）.它的成本效率不高。2）.保證代碼整體結(jié)構(gòu)良好。4）.單元測(cè)試大幅度降低了后期測(cè)試和升級(jí)維護(hù)的時(shí)間成本。4單元測(cè)試工具分類：代碼檢查工具、覆蓋率測(cè)試工具、.內(nèi)存檢查 、性能檢查、質(zhì)量分析工具4Visual Unit,簡(jiǎn)稱VU，新一代單元測(cè)試工具，功能強(qiáng)大，使用簡(jiǎn)單，完全可視化，不需要寫測(cè)試代碼。測(cè)試項(xiàng)目有：（1）調(diào)用所測(cè)模塊時(shí)的輸入?yún)?shù)與模塊的形式參數(shù)在個(gè)數(shù)、屬性、順序上是否匹配；(2) 所測(cè)模塊調(diào)用子模塊時(shí)，它輸入給子模塊的參數(shù)與子模塊中的形式參數(shù)在個(gè)數(shù)、屬性、順序上是否匹配。（4）輸出給標(biāo)準(zhǔn)的參數(shù)在個(gè)數(shù)、屬性、順序上是否正確。（6）.限制是否通過(guò)形式參數(shù)來(lái)傳送。錯(cuò)誤的初始值或錯(cuò)誤的默認(rèn)值（4）.變量名拼寫錯(cuò)誤或書(shū)寫錯(cuò)誤（5）.不一致的數(shù)據(jù)類型3）路徑測(cè)試；對(duì)基本執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試會(huì)發(fā)現(xiàn)大量的錯(cuò)誤。（1）常見(jiàn)的不正確計(jì)算.（2）.常見(jiàn)的比較和控制流錯(cuò)誤4）錯(cuò)誤處理測(cè)試（1）.出錯(cuò)的描述難以理解（2）.出錯(cuò)的描述不足以對(duì)錯(cuò)誤定位和確定出錯(cuò)的原因（3）.顯示的錯(cuò)誤與實(shí)際的錯(cuò)誤不符（4）.對(duì)錯(cuò)誤的條件處理不正確（5）.在對(duì)錯(cuò)進(jìn)行處理之前，錯(cuò)誤條件已經(jīng)引起系統(tǒng)的干預(yù)等5）邊界測(cè)試50、進(jìn)行單元測(cè)試的必要性（1）.即使在沒(méi)有工具支持的情況下，單元測(cè)試能夠節(jié)約時(shí)間（2）.有效的單元測(cè)試同時(shí)也是在審查軟件的規(guī)格說(shuō)明（3）.最優(yōu)秀的程序員也會(huì)犯錯(cuò)誤，也得驚醒單元測(cè)試（4）.集成測(cè)試不可能解決所有的缺陷（5）.單元測(cè)試的成本效率高5單元測(cè)試和集成測(cè)試的區(qū)別（1）測(cè)試對(duì)象有所區(qū)別。單元測(cè)試的測(cè)試對(duì)象是這些模塊下實(shí)現(xiàn)具體功能的單元，一般是對(duì)應(yīng)詳細(xì)設(shè)計(jì)中所描述的設(shè)計(jì)單位。5單元測(cè)試和系統(tǒng)測(cè)試的區(qū)別兩者比較明顯，一般來(lái)說(shuō)單元測(cè)試屬于白盒測(cè)試，關(guān)注的是單元的具體實(shí)現(xiàn)、內(nèi)聚的邏輯結(jié)構(gòu)、數(shù)據(jù)流向等，系統(tǒng)測(cè)試屬于黑盒測(cè)試，是站在用戶角度上面看待系統(tǒng)，對(duì)系統(tǒng)進(jìn)行測(cè)試，證明系統(tǒng)是否已經(jīng)滿足用戶要求，其測(cè)試是基于需求規(guī)格說(shuō)明書(shū)。（1）.為系統(tǒng)運(yùn)行設(shè)計(jì)用例（2）.為正向測(cè)試設(shè)計(jì)用例（3）.為逆向測(cè)試設(shè)計(jì)用例（4）.為滿足特殊需求設(shè)計(jì)用例（5）.代碼覆蓋設(shè)計(jì)用例（6）.覆蓋率指標(biāo)完整設(shè)計(jì)用例可使用的測(cè)試分析技術(shù):分支測(cè)試、條件測(cè)試、數(shù)據(jù)定義使用測(cè)試和狀態(tài)轉(zhuǎn)換測(cè)試5白盒測(cè)試的目的：通過(guò)檢查軟件內(nèi)部的邏輯結(jié)構(gòu)，對(duì)軟件中的邏輯路徑進(jìn)行覆蓋測(cè)試。5白盒測(cè)試的特點(diǎn)：依據(jù)軟件說(shuō)明書(shū)進(jìn)行測(cè)試，對(duì)程序內(nèi)部細(xì)節(jié)驚醒嚴(yán)密檢驗(yàn)，針對(duì)特定條件設(shè)計(jì)測(cè)試用例，對(duì)軟件邏輯路徑進(jìn)行覆蓋測(cè)試。5白盒測(cè)試方法：靜態(tài)分析法和動(dòng)態(tài)分析法。（2）等價(jià)類劃分等價(jià)類劃分是一種正式的測(cè)試用例設(shè)計(jì)方法，它基于被測(cè)單元的輸入，輸出所做的劃分，對(duì)每一個(gè)劃分中的所有輸入、被測(cè)單元有等價(jià)的行為，劃分也可以根據(jù)軟件所存取的數(shù)據(jù)確定，包括時(shí)間、輸入輸出順序、狀態(tài)。（4）狀態(tài)轉(zhuǎn)移測(cè)試法對(duì)于以狀態(tài)機(jī)為模型或設(shè)計(jì)為狀態(tài)機(jī)的軟件，該測(cè)試是合適的測(cè)試方法。用這種方法可設(shè)計(jì)逆向的測(cè)試用例，如狀態(tài)和事件的非法組合。60、六種覆蓋方法:語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。（2.） 判定覆蓋主要特點(diǎn)；判定覆蓋又稱分支覆蓋，它要求設(shè)計(jì)足夠多的測(cè)試用例，使得程序每個(gè)判定至少執(zhí)行有一次為真值，有一次為假值，即：程序中每個(gè)分支至少執(zhí)行一次，每個(gè)判斷的取真、假至少執(zhí)行一次。每個(gè)判定本身設(shè)計(jì)有可能結(jié)果至少出現(xiàn)一次。（6.）路徑覆蓋主要特點(diǎn)： 設(shè)計(jì)足夠多的測(cè)試用例，覆蓋程序中所有可能的路徑61集成測(cè)試（組裝測(cè)試）其測(cè)試對(duì)象包括單元間的接口以及集成后的功能和性能，依據(jù)軟件概要設(shè)計(jì)說(shuō)明書(shū)。63集成測(cè)試應(yīng)考慮：a將各模塊組裝起來(lái)的過(guò)程中穿越模塊接口的數(shù)據(jù)是否會(huì)丟失b各子功能組合起來(lái)能否達(dá)到預(yù)期的父功能c某模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響d全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否存在問(wèn)題e單個(gè)模塊的誤差累積起來(lái)是否會(huì)放大到不可接受的程度。65集成測(cè)試的優(yōu)點(diǎn)：a針對(duì)性強(qiáng)，較易發(fā)現(xiàn)錯(cuò)誤并找出錯(cuò)誤的原因和位置。6集成測(cè)試和系統(tǒng)測(cè)試區(qū)別：集成測(cè)試的的集成過(guò)程中對(duì)功能和性能的測(cè)試，它主要依據(jù)是軟件的概要設(shè)計(jì)說(shuō)明書(shū)。67灰盒測(cè)試：一種介于黑盒測(cè)試和白盒測(cè)試之間的測(cè)試策略，它基于程序運(yùn)行的外部表現(xiàn)，同時(shí)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來(lái)設(shè)計(jì)測(cè)試用例。B可深入被測(cè)對(duì)象的內(nèi)部，便于錯(cuò)誤的識(shí)別分析和解決c能夠保證設(shè)計(jì)的黑盒測(cè)試用例的完整性 防止功能或功能組合的遺漏d能夠減小需求或設(shè)計(jì)不詳細(xì)或不完整性對(duì)測(cè)試有效性造成影響。73自頂向下集成的步驟：a以主模塊為被測(cè)模塊，主模塊的下屬模塊則用樁模塊代替。C對(duì)新形成的子系統(tǒng)進(jìn)行測(cè)試。7自頂向下集成方式的缺點(diǎn)：需要開(kāi)發(fā)和維護(hù)大量的樁模塊。為了在效性地進(jìn)行集成測(cè)試，軟件系統(tǒng)的控制結(jié)構(gòu)應(yīng)具有較高的可測(cè)試性；易導(dǎo)致底層模塊的測(cè)試不夠充分。