【正文】 點(diǎn)：(1)可以在準(zhǔn)生產(chǎn)環(huán)境中運(yùn)行新系統(tǒng)而又不冒風(fēng)險(xiǎn)；(2)用戶能有一段熟悉新系統(tǒng)的時(shí)間；(3)可以驗(yàn)證用戶指南和使用手冊(cè)之類的文檔；(4)能夠以準(zhǔn)生產(chǎn)模式對(duì)新系統(tǒng)進(jìn)行全負(fù)荷測(cè)試，可以用測(cè)試結(jié)果驗(yàn)證性能指標(biāo)。5）.平行運(yùn)行關(guān)系重大的軟件產(chǎn)品在驗(yàn)收之后往往并不立即投入生產(chǎn)性運(yùn)行，而是要再經(jīng)過一段平行運(yùn)行時(shí)間的考驗(yàn)。驗(yàn)收測(cè)試的目的是驗(yàn)證系統(tǒng)確實(shí)能夠滿足用戶的需要，在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯(cuò)誤。不論是子系統(tǒng)測(cè)試還是系統(tǒng)測(cè)試，都兼有檢測(cè)和組裝兩重含義，通常稱為集成測(cè)試。在這個(gè)過程中不僅應(yīng)該發(fā)現(xiàn)設(shè)計(jì)和編碼的錯(cuò)誤，還應(yīng)該驗(yàn)證系統(tǒng)確實(shí)能提供需求說明書中指定的功能，而且系統(tǒng)的動(dòng)態(tài)特性也符合預(yù)定要求。模塊相互間的協(xié)調(diào)和通信是這個(gè)測(cè)試過程中的主要問題，因此，這個(gè)步驟著重測(cè)試模塊的接口。在這個(gè)測(cè)試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤。因此，有可能把每個(gè)模塊作為一個(gè)單獨(dú)的實(shí)體來測(cè)試，而且通常比較容易設(shè)計(jì)檢驗(yàn)?zāi)K正確性的測(cè)試方案。1． 測(cè)試過程中會(huì)產(chǎn)生哪些基本文檔？（1）測(cè)試計(jì)劃（通常包括單元測(cè)試和集成測(cè)試）：確定測(cè)試范圍、方法和需要的資源（2）測(cè)試過程：詳細(xì)描述和每個(gè)測(cè)試方案有關(guān)的測(cè)試步驟和數(shù)據(jù)（包括測(cè)試數(shù)據(jù)及預(yù)期的結(jié)果）；（3）測(cè)試結(jié)果：把每次測(cè)試運(yùn)行的結(jié)果歸入文檔，如果運(yùn)行出錯(cuò)，則應(yīng)產(chǎn)生 問題報(bào)告，并且必須通過調(diào)試解決所發(fā)現(xiàn)的問題。10． 確認(rèn)測(cè)試：驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致。通常在編碼階段進(jìn)行，必要的時(shí)候要制作驅(qū)動(dòng)模塊和樁模塊。7． 軟件測(cè)試 ：在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。5． 黑盒測(cè)試又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，把系統(tǒng)看成一個(gè)黑盒子，不考慮程序的內(nèi)在邏輯，只根據(jù)需求規(guī)格說明書的要求來檢查程序的功能是否符合它的功能說明。動(dòng)態(tài)測(cè)試的兩個(gè)基本要素： 被測(cè)試程序、測(cè)試數(shù)據(jù)（測(cè)試用例）4． 白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試和邏輯驅(qū)動(dòng)測(cè)試，允許測(cè)試人員對(duì)程序內(nèi)部邏輯結(jié)構(gòu)及有關(guān)信息來設(shè)計(jì)和選擇測(cè)試用例，對(duì)程序的邏輯路徑進(jìn)行測(cè)試。軟件缺陷報(bào)告Software Bug Report（SBR）或軟件問題報(bào)告Software Problem Report（SPR）2． 回歸測(cè)試是指重新執(zhí)行已經(jīng)做過的測(cè)試的某個(gè)子集，以保證修改變化沒有帶來非預(yù)期的副作用。23． 測(cè)試項(xiàng)目主要包括以下幾個(gè)階段：計(jì)劃階段、初始階段、執(zhí)行階段、總結(jié)評(píng)估階段、設(shè)計(jì)階段。10． 軟件測(cè)試按照開發(fā)階段劃分單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試。8． 測(cè)試設(shè)計(jì)員的職責(zé)有設(shè)計(jì)測(cè)試用例、設(shè)計(jì)測(cè)試過程、腳本。6． 系統(tǒng)測(cè)試時(shí)在集成測(cè)試完成后，確認(rèn)測(cè)試之前進(jìn)行的測(cè)試。4． 漸增方式把模塊結(jié)合到程序中去時(shí)，有自頂向下和自底向上兩種集成策略。2． 功能測(cè)試時(shí)系統(tǒng)測(cè)試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。20． 一個(gè)程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。19． 測(cè)試通常可分為白盒測(cè)試和黑盒測(cè)試。6． 測(cè)試人員的基本素質(zhì)為計(jì)算機(jī)專業(yè)技能、測(cè)試專業(yè)技能、行業(yè)知識(shí)7． 軟件危機(jī)的體現(xiàn)為：A、開發(fā)成本和進(jìn)度估計(jì)不正確B、用戶對(duì)完成的軟件不滿足C、軟件經(jīng)常不可維護(hù)；8． 軟件測(cè)試按照開發(fā)階段劃分：A、單元測(cè)試B、集成測(cè)試；系統(tǒng)測(cè)試C、確認(rèn)測(cè)試；驗(yàn)收測(cè)試9． 軟件測(cè)試按照測(cè)試技術(shù)劃分：A、性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試B、恢復(fù)測(cè)試、安全測(cè)試、兼容測(cè)試10． 軟件測(cè)試項(xiàng)目周期是指：A、需求階段、測(cè)試計(jì)劃B、階段測(cè)試、設(shè)計(jì)階段測(cè)試、執(zhí)行階段 11． 軟件測(cè)試原則有：A、制定嚴(yán)格的測(cè)試計(jì)劃 B、保留所有的測(cè)試文檔C、功能測(cè)試中的缺陷確認(rèn) 12． 制定測(cè)試計(jì)劃的步驟：確定測(cè)試范圍、確定測(cè)試策略、確定測(cè)試標(biāo)準(zhǔn)、確定測(cè)試構(gòu)架、確定項(xiàng)目管理機(jī)制、預(yù)計(jì)測(cè)試工作量、測(cè)試計(jì)劃評(píng)審 13． 對(duì)于軟件的β測(cè)試，β測(cè)試就是在軟件公司外部展開的測(cè)試，由非專業(yè)的測(cè)試人員執(zhí)行的測(cè)試。4． 單元測(cè)試一般以白盒測(cè)試法為主，測(cè)試的依據(jù)是模塊功能規(guī)格說明。2． 黑盒測(cè)試除了測(cè)試程序外，它還適用于對(duì)需求分析階段的軟件文檔進(jìn)行測(cè)試。驗(yàn)收測(cè)試主要就是用戶在拿到軟件的時(shí)候，在使用現(xiàn)場(chǎng)，會(huì)根據(jù)前邊所提到的需求，以及規(guī)格說明書來做相應(yīng)測(cè)試，以確定軟件達(dá)到符合效果的。根據(jù)集成測(cè)試計(jì)劃，一邊將模塊或其他軟件單位組合成系統(tǒng)，一邊運(yùn)行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。單元測(cè)試按照設(shè)定好的最小測(cè)試單元進(jìn)行按單元測(cè)試，主要是測(cè)試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。詳細(xì)設(shè)計(jì)對(duì)概要設(shè)計(jì)中表述的各模塊進(jìn)行深入分析，對(duì)各模塊組合進(jìn)行分析等。文檔不完善，風(fēng)險(xiǎn)估計(jì)不足等。開發(fā)周期短，需求分析、設(shè)計(jì)、編程、測(cè)試等各項(xiàng)工作不能完全按照定義好的流程來進(jìn)行，工作不夠充分，結(jié)果也就不完整、不準(zhǔn)確，錯(cuò)誤較多；周期短，還給各類開發(fā)人員造成太大的壓力，引起一些人為的錯(cuò)誤。項(xiàng)目管理的問題：缺乏質(zhì)量文化，不重視質(zhì)量計(jì)劃，對(duì)質(zhì)量、資源、任務(wù)、成本等的平衡性把握不好，容易擠掉需求分析、評(píng)審、測(cè)試、等時(shí)間，遺留的缺陷會(huì)比較多。系統(tǒng)結(jié)構(gòu)不合理、算法選擇不科學(xué)，造成系統(tǒng)性能低下。語法錯(cuò)誤：對(duì)于編譯性語言程序，編譯器可以發(fā)現(xiàn)這類問題；但對(duì)于解釋性語言程序，只能在測(cè)試運(yùn)行時(shí)發(fā)現(xiàn)。項(xiàng)目組成員技術(shù)水平參差不齊技術(shù)問題。不同階段的開發(fā)人員相互理解不一致。⑧新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問題，事先沒有考慮到。從而會(huì)引起強(qiáng)度或負(fù)載問題。⑤沒有考慮系統(tǒng)崩潰后的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問題，從而存在系統(tǒng)安全性、可靠性的隱患。③對(duì)程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯(cuò)誤。軟件本身：①需求不清晰，導(dǎo)致設(shè)計(jì)目標(biāo)偏離客戶的需求，從而引起功能或產(chǎn)品特征上的缺陷。測(cè)試不是在編碼完成后才開始介入，而是貫穿于整個(gè)軟件生命周期。1983–1987－評(píng)估為主 人們提出了在軟件生命周期中使用分析，評(píng)審，測(cè)試來評(píng)估產(chǎn)品的理論。1957–1978－證明為主 當(dāng)時(shí)計(jì)算機(jī)應(yīng)用的數(shù)量，成本和復(fù)雜性都大幅度提升，隨之而來的經(jīng)濟(jì)風(fēng)險(xiǎn)也大大增加，測(cè)試就顯得很有必要了，這個(gè)時(shí)期測(cè)試的主要目就是確認(rèn)軟件是滿足需求的，也就是我們常說的“做了該做的事情”。因此，軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開發(fā)過程是高質(zhì)量的。第三軟件測(cè)試不僅是在測(cè)試軟件軟件產(chǎn)品本身，而且還包括軟件開發(fā)的過程。