【正文】 （3）測試結(jié)果：把每次測試運行的結(jié)果歸入文檔，如果運行出錯，則應(yīng)產(chǎn)生 問題報告，并且必須通過調(diào)試解決所發(fā)現(xiàn)的問題。5． 黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試，把系統(tǒng)看成一個黑盒子，不考慮程序的內(nèi)在邏輯，只根據(jù)需求規(guī)格說明書的要求來檢查程序的功能是否符合它的功能說明。10． 軟件測試按照開發(fā)階段劃分單元測試、集成測試、系統(tǒng)測試、確認測試、驗收測試。2． 功能測試時系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。4． 單元測試一般以白盒測試法為主，測試的依據(jù)是模塊功能規(guī)格說明。單元測試按照設(shè)定好的最小測試單元進行按單元測試，主要是測試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。項目管理的問題：缺乏質(zhì)量文化，不重視質(zhì)量計劃，對質(zhì)量、資源、任務(wù)、成本等的平衡性把握不好，容易擠掉需求分析、評審、測試、等時間，遺留的缺陷會比較多。不同階段的開發(fā)人員相互理解不一致。③對程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯誤。1957–1978－證明為主 當(dāng)時計算機應(yīng)用的數(shù)量，成本和復(fù)雜性都大幅度提升，隨之而來的經(jīng)濟風(fēng)險也大大增加，測試就顯得很有必要了，這個時期測試的主要目就是確認軟件是滿足需求的，也就是我們常說的“做了該做的事情”。內(nèi)部報告是我們在測試工作中的項目文檔，反映了測試工作的實施情況,一般外部測試報告要滿足下面幾個要求：根據(jù)內(nèi)部測試報告進行編寫，一般可以摘錄；不可以向客戶報告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；報告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復(fù)的；報告上面的內(nèi)容盡量要真實可靠；整個測試報告要仔細審閱，力爭不給項目帶來負面作用，尤其是性能測試報告。項目和產(chǎn)品的不同特點，決定我們測試產(chǎn)品和測試項目仍然會有很多不同的地方：質(zhì)量要求不同?！叭毕菀粋€連著一個”不是一個客觀規(guī)律，只是一個常見的現(xiàn)象。當(dāng)然如果這些模塊如果問題較多，不應(yīng)該進行演示。我們經(jīng)常會碰到某些功能方面的問題被當(dāng)成缺陷來處理，這類問題可以以后有時間時考慮再處理。我們沒有對軟件進行完全測試，實際就是選擇了風(fēng)險，因為缺陷極有可能存在沒有進行測試的部分。白盒測試，也叫結(jié)構(gòu)測試或邏輯測試，把所測程序看做一個白盒子，通過看代碼檢查程序的正確性。畫出軟件測試的V模型？用戶需求驗收階段需求分析系統(tǒng)測試概要設(shè)計集成測試詳細設(shè)計單元測試編碼什么是和？黑盒測試，也叫功能測試，把要測的軟件看做一個黑盒子（不知道用什么語言開發(fā)的、代碼是什么），只是通過輸入數(shù)據(jù)和運行結(jié)果判斷程序的正確性。測試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問題，細心有條理，總結(jié)問題，如果具備這樣的優(yōu)點，做其它工作同樣也會很出色，因此這里還有一個要求，就是要喜歡測試這項工作。不是缺陷的缺陷。測試核心模塊的目的是建立用戶對軟件的信心。程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫的功能缺陷較多。習(xí)慣上把開發(fā)完成后進行商業(yè)化、幾乎不進行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，軟件項目是一種個性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。此外，測試產(chǎn)品與測試項目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作 測試報告一般分為內(nèi)部測試報告和外部測試報告。愛國者導(dǎo)彈防御系統(tǒng)把“槍口”對準(zhǔn)了自己人 美國迪斯尼公司的獅子王游戲軟件的兼容性問題 售票系統(tǒng)性能問題 1957年之前－調(diào)試為主 20世紀(jì)50年代，計算機剛誕生不久，只有科學(xué)家級別的人才會去編程，需求和程序本身也遠遠沒有現(xiàn)在這么復(fù)雜多變，相當(dāng)于開發(fā)人員一人承擔(dān)需求分析，設(shè)計，開發(fā)，測試等所有工作，當(dāng)然也不會有人去區(qū)分調(diào)試和測試。②系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無法設(shè)計成一個很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問題或系統(tǒng)維護、擴充上的困難；即使設(shè)計成良好的面向?qū)ο蟮南到y(tǒng)，由于對象、類太多，很難完成對各種對象、類相互作用的組合測試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對象狀態(tài)變化等方面問題。團隊工作：系統(tǒng)需求分析時對客戶的需求理解不清楚，或者和用戶的溝通存在一些困難。接口參數(shù)傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問題。軟件編碼按照詳細設(shè)計好的模塊功能表，編程人員編寫出實際的代碼。3． 白盒測試除了測試程序外，它也適用于對軟件具體設(shè)計階段的軟件文檔進行測試。1． 測試階段的根本目標(biāo)是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯誤，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用。9． 軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種類型。白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，由于白盒測試是一種結(jié)構(gòu)測試，所以被測對象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)確定測試數(shù)據(jù)。11． 系統(tǒng)測試：將軟件放在整個計算機環(huán)境下，包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員等，在實際運行環(huán)境下進行一系列的測試。3）.系統(tǒng)測試系統(tǒng)測試是把經(jīng)過測試的子系統(tǒng)裝配成一個完整的系統(tǒng)來測試。所謂平行運行就是同時運行新開發(fā)出來的系統(tǒng)和將被它取代的舊系統(tǒng)，以便比較新舊兩個系統(tǒng)的處理結(jié)果。5）測試評估結(jié)合量化的測試覆蓋域及缺陷跟蹤報告，對于應(yīng)用軟件的質(zhì)量和開發(fā)團隊的工作進度及工作效率進行綜合評價。b)動態(tài)測試：通過運行軟件來檢驗軟件的動態(tài)行為和運行結(jié)果的正確性。因此是屬于性能測試范圍的。軟件測試缺陷報告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力。（5）測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成，并兼顧合理的輸入和不合理的輸入數(shù)據(jù)（6）窮舉測試是不可能的。這個程序要打印出信息，說明這個三角形是三邊不等的、是等腰的、還是等邊的?！崩玫葍r類劃分的方法，設(shè)計測試該軟件的全部測試用例。：測試用例就是一個文檔，描述輸入、動作、或者時間和一個期望的結(jié)果，其目的是確定應(yīng)用程序的某個特性是否正常的工作。④ bug 的嚴(yán)重程度。：設(shè)置專門的測試環(huán)境管理員角色、明確測試環(huán)境管理所需的各種文檔、測試環(huán)境訪問權(quán)限的管理、測試環(huán)境的變更管理、測試環(huán)境的備份和恢復(fù)。7，制定嚴(yán)格的測試計劃。5，具有整體觀念，對細節(jié)敏感。自底向上增量是集成測試是從最底層的模塊開始，按結(jié)構(gòu)圖自下向上逐步進行測試工