產品不同測試階段的測試分析

產品不同測試階段的測試分析摘要\t"/html/64/_self"軟件測試應該貫穿軟件產品的整個研發(fā)周期，在不同的研發(fā)階段，會有不同的測試方法和手段跟進。進行不同的測試來保障產品的質量。軟件測試的分類有很多種，本\t"/html/64/_self"文章就以一個產品開發(fā)的流程為時間線，分析在產品不同的研發(fā)階段采用的不同的對應的測試方法和手段。本文只羅列出測試手段和方法，每種測試方法詳細的測試過程由于篇幅受限，不詳細探討。1、規(guī)格說明書審查審查\t"/html/64/_self"需求分析規(guī)格說明書是否完整、正確和清晰。這一步是最容易忽略卻是很關鍵的一步。軟件設計是基于用戶需求的，充分理解用戶的需求才能研發(fā)出與用戶需求一致的產品。測試人員需要審查客戶需求，為以后的測試計劃和設計\t"/html/64/_self"測試用例做準備。2、系統(tǒng)和程序設計審查按照需求規(guī)格說明書對系統(tǒng)結構的合理性、處理過程的正確性進行評價，也就是代碼會審，需要研發(fā)與測試人員一起參加，通過閱讀討論來審查程序結構、代碼風格、算法等。3、\t"/html/64/_self"單元測試單元測試的對象是程序系統(tǒng)中的最小單元，模塊或者組件。主要使用的測試方法為\t"/html/64/_self"白盒測試，并在測試過程中盡可能地提高語句覆蓋率、判斷覆蓋率、條件覆蓋率。在測試過程中有時需要輔以\t"/html/64/_self"黑盒測試。單元測試通常采取的手段有代碼走讀、靜態(tài)分析和動態(tài)分析等。4、集成測試在單元測試的基礎上，將模塊按照設計要求組裝起來同時進行測試。集成測試采用的手段與單元測試類似。不同的是其主要的目的是發(fā)現與模塊之間的接口有關的問題。將各個模塊之間集成起來的方法有多種，如自頂向下法、自底向上法、混合策略、大棒與三明治集成方法等。以下是各種集成方法的性能比較。5、\t"/html/64/_self"功能測試功能測試多采用黑盒測試的方法，主要是根據產品規(guī)格說明書，來檢測被測系統(tǒng)是否滿足各方面功能的使用需求。在功能測試中，使用黑盒測試的方法時測試用例的設計很重要，通常需要用等價類劃分法、邊界值劃分法、決策表、因果圖等方法來設計高質量的測試用例。6、\t"/html/64/_self"系統(tǒng)測試系統(tǒng)測試是將軟件作為計算機系統(tǒng)的一部分，與計算機硬件、計算機的某些支持軟件、數據、人員等系統(tǒng)元素結合起來，在實際運行環(huán)境下對計算機系統(tǒng)進行測試來發(fā)現軟件潛在的問題。主要包括了以下測試：6.1壓力測試長時間或者超大負荷地運行被測軟件，來測試被測系統(tǒng)的性能、可靠性、穩(wěn)定性等。了解被測系統(tǒng)的性能瓶頸。6.2容量測試分析被測系統(tǒng)的某項指標的極限值，如某個Web站點可以支持的并發(fā)用戶的的訪問量極限等。如果不能滿足需求則需要進行改進。6.3性能測試\t"/html/64/_self"性能測試又包含如下測試等：基準測試比較被測對象與已知的參照對象的負載和系統(tǒng)的性能。競爭測試測試被測對象對于多個用戶對相同資源的請求的處理是否可以接受。負載測試測試和評估被測系統(tǒng)在不同負荷條件下操作極限的可接受性，包括負載和響應時間的特征。如果是分布式系統(tǒng)或者采用了負載均衡等\t"/html/64/_self"技術，還需要測試負載平衡方法能否正常工作。強度測試測試系統(tǒng)遇到異常條件時按預期運行，如不充足的內存、不可用的服務或者硬件、過低的共享資源等。6.4安全測試測試系統(tǒng)對風法入侵的防范能力6.5容錯測試測試被測系統(tǒng)出錯時能否在指定時間內修正錯誤并重新啟動系統(tǒng)、恢復數據等。對于需要人工干預的系統(tǒng)，還需要評估系統(tǒng)恢復時間是否在可接受范圍以內。6.6可靠性測試測試系統(tǒng)在規(guī)定條件下的規(guī)定時間內完成規(guī)定功能的能力6.7安裝測試檢測被測系統(tǒng)是否能正確地安裝，安裝過程是否有明顯和合理的提示信息、升級安裝后原有程序是否能正常運行等。卸載后占用的系統(tǒng)資源是否全部釋放、卸載后是否會影響其它軟件的使用等。7、驗收測試驗收測試包含了以下測試7.1用戶界面和可用性測試這便是我們常說的UI測試，主要檢測用戶界面是否符合標準和規(guī)范，是否滿足直觀性、一致性、靈活性、舒適性、正確性、實用性等。7.2兼容性測試驗證軟件之間是否能正確地交互和共享信息。包括對不同版本之間的兼容性測試。7.3文檔測試對軟件文檔的正確性、完備性、可理解性進行檢查。若有驅動文檔則需要對驅動文檔進行測試。7.4α測試和β測試α測試公司內部人員模擬用戶對軟件產品進行測試。需要盡最大可能地涵蓋所有的用戶可能的操作。β測試公司組織各方面典型用戶在日常工作中實際使用β版本，并要求用戶報告異常情況，提出批評和意見等。然后再對β版本進行改進和完善。8、其它測試在軟件研發(fā)過程中，糾正或修改缺陷后需要進行回歸測試，即測試修改的部分是否會對原來的功能帶來影響，是否會引入新的BUG。在集成測試后可能還需要進行確認測試，確認軟件的功能和性能達到用戶的合理期待。并再次審查用戶需求。除此之外，由于平臺不同，還有\(zhòng)t"/html/64/_self"接口測試等其它未列出的測試。結尾以上是根據典型的研發(fā)過程進行的不同階段的測試分析，目的是為了盡可能地涵蓋大部分的測試方法手段。在實際的操作過程中，可能因平臺等方面的不同而使用不同的測試策略和手段。實際上單元測試目前可能更多的需要研發(fā)人員來進行測試，或者在開發(fā)過程中以接口測試替代，較