產(chǎn)品不同測試階段的測試分析

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