【正文】 問題。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的?？傊獠繙y試報告要小心謹(jǐn)慎的編寫。同時由于質(zhì)量要求高，因此會投入較多的人力、物力資源。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)砗芏嘭?fù)面的影響。測試人員的主要工作是測試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象。如果軟件編寫的比較好，這種現(xiàn)象就不常見了。主要有以下原因：完全測試比較耗時，時間上不允許；完全測試通常意味著較多資源投入，這在現(xiàn)實中往往是行不通的；輸入量太大，不能一一進(jìn)行測試；輸出結(jié)果太多，只能分類進(jìn)行驗證；軟件實現(xiàn)途徑太多；軟件產(chǎn)品說明書沒有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測試的程度要根據(jù)實際情況確定 其中的原因主要如下：代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯誤。（2）如果某些模塊確實有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時要向用戶做成合理的解釋。 測試要注意下面的事項：（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。缺陷是否修改要由軟件測試人員、項目經(jīng)理、程序員共同討論來決定是否修復(fù)，不同角色的人員從不同的角度來思考，以做出正確的決定。在任何一個項目中，通常情況下開發(fā)人員和測試人員都是不夠用的，而且在項目中沒有預(yù)算足夠的回歸測試時間，修改缺陷可能引入新的缺陷。因此，我們要盡可能的選擇最合適的測試量，把風(fēng)險降低到最小 從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒有必要修復(fù)所有的軟件缺陷。集成測試的基本方式？自頂向下、自底向上、混合方式第二篇：軟件測試（推薦）一、簡答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實際上也體現(xiàn)了管理者對測試的輕視。什么是靜態(tài)測試和動態(tài)測試？靜態(tài)測試是不實際運行被測軟件，主要檢查代碼的規(guī)范性和標(biāo)準(zhǔn)，比如變量定義是否規(guī)范，注釋的頻率是否滿足。Beta測試是在用戶環(huán)境中，主要由用戶參與的測試，一般使用實際數(shù)據(jù)。如果沒有明確的用戶，一般把beta測試也成為公測階段。動態(tài)測試是實際運行被測軟件進(jìn)行的測試。測試和測試的人有很大關(guān)系。測試人員要做的是能夠正確判斷什么時候不能追求軟件的完美。有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級中進(jìn)行修復(fù)。 建議我們從以下兩個方面做起：加強(qiáng)部門內(nèi)員工之間的互相學(xué)習(xí)，互相學(xué)習(xí)是建立學(xué)習(xí)型組織的基本要求，是知識互相轉(zhuǎn)移的過程。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過測試，證明沒有問題才可以和用戶共同進(jìn)行測試。爭得時間后，及時修改缺陷來彌補。類的繼承導(dǎo)致所有的子類會包含基類的錯誤，反復(fù)拷貝同一代碼意味可能也復(fù)制了缺陷。測試人員只要嚴(yán)肅認(rèn)真的測試程序就可以了。軟件測試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。而做項目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。項目最后要和用戶共同驗收測試，這是產(chǎn)品測試不具有的特點。二、論述2*12’，并列舉歷史上2~3個著名軟件測試（缺陷）案例，說明測試重要性軟件測試的目的,第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望做的事情（，另一方面是確認(rèn)軟件以正確的方式來做了這個事情。因此，軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質(zhì)量的。1983–1987－評估為主 人們提出了在軟件生命周期中使用分析，評審，測試來評估產(chǎn)品的理論。軟件本身：①需求不清晰，導(dǎo)致設(shè)計目標(biāo)偏離客戶的需求，從而引起功能或產(chǎn)品特征上的缺陷。⑤沒有考慮系統(tǒng)崩潰后的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問題，從而存在系統(tǒng)安全性、可靠性的隱患。⑧新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問題，事先沒有考慮到。項目組成員技術(shù)水平參差不齊技術(shù)問題。系統(tǒng)結(jié)構(gòu)不合理、算法選擇不科學(xué)，造成系統(tǒng)性能低下。開發(fā)周期短，需求分析、設(shè)計、編程、測試等各項工作不能完全按照定義好的流程來進(jìn)行，工作不夠充分，結(jié)果也就不完整、不準(zhǔn)確，錯誤較多；周期短，還給各類開發(fā)人員造成太大的壓力，引起一些人為的錯誤。詳細(xì)設(shè)計對概要設(shè)計中表述的各模塊進(jìn)行深入分析，對各模塊組合進(jìn)行分析等。根據(jù)集成測試計劃，一邊將模塊或其他軟件單位組合成系統(tǒng)，一邊運行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。2． 黑盒測試除了測試程序外，它還適用于對需求分析階段的軟件文檔進(jìn)行測試。6． 測試人員的基本素質(zhì)為計算機(jī)專業(yè)技能、測試專業(yè)技能、行業(yè)知識7． 軟件危機(jī)的體現(xiàn)為：A、開發(fā)成本和進(jìn)度估計不正確B、用戶對完成的軟件不滿足C、軟件經(jīng)常不可維護(hù)；8． 軟件測試按照開發(fā)階段劃分：A、單元測試B、集成測試；系統(tǒng)測試C、確認(rèn)測試；驗收測試9． 軟件測試按照測試技術(shù)劃分：A、性能測試、負(fù)載測試、壓力測試B、恢復(fù)測試、安全測試、兼容測試10． 軟件測試項目周期是指：A、需求階段、測試計劃B、階段測試、設(shè)計階段測試、執(zhí)行階段 11． 軟件測試原則有：A、制定嚴(yán)格的測試計劃 B、保留所有的測試文檔C、功能測試中的缺陷確認(rèn) 12． 制定測試計劃的步驟：確定測試范圍、確定測試策略、確定測試標(biāo)準(zhǔn)、確定測試構(gòu)架、確定項目管理機(jī)制、預(yù)計測試工作量、測試計劃評審 13． 對于軟件的β測試，β測試就是在軟件公司外部展開的測試，由非專業(yè)的測試人員執(zhí)行的測試。20． 一個程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。4． 漸增方式把模塊結(jié)合到程序中去時，有自頂向下和自底向上兩種集成策略。8． 測試設(shè)計員的職責(zé)有設(shè)計測試用例、設(shè)計測試過程、腳本。23． 測試項目主要包括以下幾個階段：計劃階段、初始階段、執(zhí)行階段、總結(jié)評估階段、設(shè)計階段。動態(tài)測試的兩個基本要素： 被測試程序、測試數(shù)據(jù)（測試用例）4． 白盒測試又稱為結(jié)構(gòu)測試和邏輯驅(qū)動測試，允許測試人員對程序內(nèi)部邏輯結(jié)構(gòu)及有關(guān)信息來設(shè)計和選擇測試用例，對程序的邏輯路徑進(jìn)行測試。7． 軟件測試 ：在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。10． 確認(rèn)測試：驗證軟件的功能和性能及其它特性是否與用戶的要求一致。因此，有可能把每個模塊作為一個單獨的實體來測試，而且通常比較容易設(shè)計檢驗?zāi)K正確性的測試方案。模塊相互間的協(xié)調(diào)和通信是這個測試過程中的主要問題，因此，這個步驟著重測試模塊的接口。不論是子系統(tǒng)測試還是系統(tǒng)測試，都兼有檢測和組裝兩重