【正文】 陷的產生主要是由軟件產品的特點和開發(fā)過程決定的。–至今－預防為主 預防為主是當下軟件測試的主流思想之一。1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒做不該做的事情，這會使測試更加全面，更容易發(fā)現(xiàn)問題。愛國者導彈防御系統(tǒng)把“槍口”對準了自己人 美國迪斯尼公司的獅子王游戲軟件的兼容性問題 售票系統(tǒng)性能問題 1957年之前－調試為主 20世紀50年代，計算機剛誕生不久，只有科學家級別的人才會去編程，需求和程序本身也遠遠沒有現(xiàn)在這么復雜多變，相當于開發(fā)人員一人承擔需求分析，設計，開發(fā)，測試等所有工作，當然也不會有人去區(qū)分調試和測試。如果一個軟件產品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的回饋信息，為風險評估所準備的信息?？傊?，外部測試報告要小心謹慎的編寫。此外，測試產品與測試項目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應該結合具體的環(huán)境，恰如其分的完成工作 測試報告一般分為內部測試報告和外部測試報告。同時由于質量要求高，因此會投入較多的人力、物力資源。測試資源投入多少不同。通常產品的質量要高一些，修復發(fā)布后產品的缺陷成本較高，甚至會帶來很多負面的影響。習慣上把開發(fā)完成后進行商業(yè)化、幾乎不進行代碼修改就可以售給用戶使用的軟件成為軟件產品，也就是可以買“賣拷貝”的軟件，軟件項目是一種個性化的產品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產品來滿足特定的用戶需求。測試人員的主要工作是測試，質量保證人員日常工作重要內容是檢查與評審，測試工作也是測試保證人員的工作對象。軟件測試人員的職責是盡可能早的找出軟件缺陷，確保得以修復。如果軟件編寫的比較好，這種現(xiàn)象就不常見了。程序員比較勞累是可以導致某些連續(xù)編寫的功能缺陷較多。主要有以下原因：完全測試比較耗時，時間上不允許；完全測試通常意味著較多資源投入，這在現(xiàn)實中往往是行不通的；輸入量太大，不能一一進行測試；輸出結果太多，只能分類進行驗證；軟件實現(xiàn)途徑太多；軟件產品說明書沒有客觀標準，從不同的角度看，軟件缺陷的標準不同；因此測試的程度要根據(jù)實際情況確定 其中的原因主要如下：代碼復用、拷貝代碼導致程序員容易犯相同的錯誤。（3）永遠不能欺騙用戶，蒙混過關。（2）如果某些模塊確實有問題，我們可以演示其它重要的業(yè)務功能模塊，必要時要向用戶做成合理的解釋。測試核心模塊的目的是建立用戶對軟件的信心。 測試要注意下面的事項：（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。在此基礎上，可以把個人擁有的技術以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉化。缺陷是否修改要由軟件測試人員、項目經(jīng)理、程序員共同討論來決定是否修復，不同角色的人員從不同的角度來思考，以做出正確的決定。不是缺陷的缺陷。在任何一個項目中，通常情況下開發(fā)人員和測試人員都是不夠用的，而且在項目中沒有預算足夠的回歸測試時間，修改缺陷可能引入新的缺陷。對于整個項目團隊，要做的是對每一個軟件缺陷進行取舍，根據(jù)風險決定那些缺陷要修復。因此，我們要盡可能的選擇最合適的測試量，把風險降低到最小 從技術上講，所有的軟件缺陷都是能夠修復的，但是沒有必要修復所有的軟件缺陷。測試工作人員應該是勤奮并富有耐心，善于學習、思考和發(fā)現(xiàn)問題，細心有條理，總結問題，如果具備這樣的優(yōu)點，做其它工作同樣也會很出色，因此這里還有一個要求，就是要喜歡測試這項工作。第一篇：軟件測試（推薦）一、簡答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實際上也體現(xiàn)了管理者對測試的輕視。測試和測試的人有很大關系。我們沒有對軟件進行完全測試，實際就是選擇了風險，因為缺陷極有可能存在沒有進行測試的部分。測試人員要做的是能夠正確判斷什么時候不能追求軟件的完美。發(fā)生這種現(xiàn)象的主要原因如下：沒有足夠的時間資源。有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級中進行修復。我們經(jīng)常會碰到某些功能方面的問題被當成缺陷來處理，這類問題可以以后有時間時考慮再處理。 建議我們從以下兩個方面做起：加強部門內員工之間的互相學習，互相學習是建立學習型組織的基本要求，是知識互相轉移的過程。管理者就應該把員工的個人成長和企業(yè)的發(fā)展聯(lián)系起來，為員工設定合理發(fā)展規(guī)劃并付諸實現(xiàn)。這需要提前做好準備，這些核心功能一定要預先經(jīng)過測試，證明沒有問題才可以和用戶共同進行測試。當然如果這些模塊如果問題較多，不應該進行演示。爭得時間后，及時修改缺陷來彌補。實際上完全測試是不可能的。類的繼承導致所有的子類會包含基類的錯誤，反復拷貝同一代碼意味可能也復制了缺陷?！叭毕菀粋€連著一個”不是一個客觀規(guī)律，只是一個常見的現(xiàn)象。測試人員只要嚴肅認真的測試程序就可以了。而質量保證人員（QA）主要職責是創(chuàng)建或者制定標準和方法，提高促進軟件開發(fā)能力和減少軟件缺陷。軟件測試和質量是相輔相成的關系，都是為了提高軟件質量而工作。項目和產品的不同特點，決定我們測試產品和測試項目仍然會有很多不同的地方：質量要求不同。而做項目通常面向某一用戶，雖然質量越高越好，但是一般只要滿足用戶要求就可以了。做軟件產品通常是研發(fā)中心來開發(fā)，進度壓力要小些。項目最后要和用戶共同驗收測試，這是產品測試不具有的特點。內部報告是我們在測試工作中的項目文檔，反映了測試工作的實施情況,一般外部測試報告要滿足下面幾個要求：根據(jù)內部測試報告進行編寫，一般可以摘錄；不可以向客戶報告嚴重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；報告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復的；報告上面的內容盡量要真實可靠；整個測試報告要仔細審閱，力爭不給項目帶來負面作用，尤其是性能測試報告。二、論述2*12’，并列舉歷史上2~3個著名軟件測試（缺陷）案例，說明測試重要性軟件測試的目的,第一是確認軟件的質量，其一方面是確認軟件做了你所期望做的事情（，另一方面是確認軟件以正確的方式來做了這個事情。第三軟件測試不僅是在測試軟件軟件產品本身，而且還包括軟件開發(fā)的過程。因此，軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質量的。1957–1978－證明為主 當時計算機應用的數(shù)量，成本和復雜性都大幅度提升，隨之而來的經(jīng)濟風險也大大增加，測試就顯得很有必要了，這個時期測試的主要目就是確認軟件是滿足需求的，也就是我們常說的“做了該做的事情”。1983–1987－評估為主 人們提出了在軟件生命周期中使用分析，評審，測試來評估產品的理論。測試不是在編碼完成后才開始介入，而是貫穿于整個軟件生命周期。軟件本身：①需求不清晰，導致設計目標偏離客戶的需求，從而引起功能或產品特征上的缺陷。③對程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯誤。⑤沒有考慮系統(tǒng)崩潰后的自我恢復或數(shù)據(jù)的異地備份、災難性恢復等問題，從而存在系統(tǒng)安全性、可靠性的隱患。從而會引起強度或負載問題。⑧新技術的采用，可能涉及技術或系統(tǒng)兼容的問題，事先沒有考慮到。不同階段的開發(fā)人員相互理解不一致。項目組成員技術水平參差不齊技術問題。語法錯誤：對于編譯性語言程序，編譯器可以發(fā)現(xiàn)這類問題；但對于解釋性語言程序，只能在測試運行時發(fā)現(xiàn)。系統(tǒng)結構不合理、算法選擇不科學，造成系統(tǒng)性能低下。項目管理的問題：缺乏質量文化，不重視質量計劃，對質量、資源、任務、成本等的平衡性把握不好，容易擠掉需求分析、評審、測試