軟件測試流程規(guī)劃

1、軟件測試流程規(guī)劃一、引言本文檔規(guī)范了軟件測試過程中的整體流程，明確了軟件測試從開始到結(jié)束的各個階段，以及在各階段中的負(fù)責(zé)人、具體工作內(nèi)容和必需的輸入輸出文檔。另外，本文還介紹了各測試階段需要的測試工具、測試點和測試步驟，并提供了各類測試文檔的參考模板。二、測試流程概述1、流程介紹一般來講，軟件測試是伴隨著項目的立項而開始的。也就是說，軟件項目一旦確立，測試工作也就開始了。在測試的過程中，前后要經(jīng)過以下主要環(huán)節(jié)：需求分析制定測試計劃搭建測試環(huán)境測試用例設(shè)計測試執(zhí)行BUG回歸測試測試總結(jié)軟件發(fā)布對于以上流程環(huán)節(jié)，一般而言，需求分析屬于需求分析人員的工作范疇，環(huán)境搭建、用例設(shè)計、測試執(zhí)行以及回歸測試

2、等屬于測試人員的工作范疇，測試負(fù)責(zé)人負(fù)責(zé)制定測試計劃以及對各個環(huán)節(jié)的跟蹤、實施、管理等。2、流程圖功能測試項目開始需求階段測試計劃測試階段性能測試用戶界面測試兼容性測試安全性測試接口測試測試總結(jié)軟件發(fā)布三、需求階段在這個階段，主要是對于需求的收集、分析以及評估。1.由需求分析人員統(tǒng)一收集需求，并整理成文檔格式轉(zhuǎn)發(fā)給項目經(jīng)理、開發(fā)經(jīng)理和測試經(jīng)理；2.項目經(jīng)理召集開發(fā)經(jīng)理、測試經(jīng)理和需求分析人員進(jìn)行會議討論，了解具體每個需求的實際含義，并且明確各需求的有效性和可用性；3.小組會議討論，確定最終實現(xiàn)的需求和功能點，并整理出重點需求；4.項目經(jīng)理根據(jù)會議討論結(jié)果編寫需求說明，并且再次召集小組開會討論，

3、對需求說明進(jìn)行修復(fù)、完善，并最終確定需求規(guī)格說明書。負(fù)責(zé)人：項目經(jīng)理輸入文檔：需求說明文檔輸出文檔：需求規(guī)格說明書四、測試計劃階段作為測試的起始步驟和重要環(huán)節(jié)，測試計劃是對測試全過程的組織、資源、原則等進(jìn)行規(guī)定和約束，并制定測試全過程各個階段的任務(wù)以及時間進(jìn)度安排，并提出對各項任務(wù)的評估、風(fēng)險分析和管理需求。用一句話概括就是：測試計劃是從管理角度對整個測試活動進(jìn)行規(guī)劃和控制。測試計劃的主要內(nèi)容可分以下幾個方面：1.測試概述（介紹項目測試的范圍、目的以及組織形式）2.測試進(jìn)度（測試時間周期的安排）3.測試策略（包括測試環(huán)境、測試工具及測試方法）4.需求跟蹤（確定系統(tǒng)測試項與需求之間的對應(yīng)關(guān)系）5

4、.測試通過失敗標(biāo)準(zhǔn)（指明測試何時通過何時結(jié)束）6.測試掛起恢復(fù)標(biāo)準(zhǔn)（指明當(dāng)測試過程無法進(jìn)行下去時測試活動掛起以及恢復(fù)的標(biāo)準(zhǔn)）7.資源分配（工作量的統(tǒng)計以及工作任務(wù)的安排）8.應(yīng)交付測試工作產(chǎn)品（明確測試需要提交的各類工作文檔）9.風(fēng)險評估（預(yù)估測試存在的風(fēng)險）測試經(jīng)理根據(jù)項目的總體進(jìn)度、發(fā)布時間以及需求規(guī)格說明、開發(fā)計劃制定相應(yīng)的測試計劃，完成后提交給項目經(jīng)理。項目經(jīng)理組織討論會，連同開發(fā)經(jīng)理、測試經(jīng)理以及各模塊負(fù)責(zé)人，對測試計劃進(jìn)行評審并確定。負(fù)責(zé)人：測試經(jīng)理輸入文檔：需求規(guī)格說明書、軟件開發(fā)計劃輸出文檔：軟件測試計劃五、測試階段測試階段按照不同的測試要求可分為以下幾點： 功能測試 性能測試

5、 用戶界面測試 系統(tǒng)兼容性測試 系統(tǒng)安全性測試 系統(tǒng)接口測試負(fù)責(zé)人：測試工程師輸入文檔：需求規(guī)格說明書、軟件測試計劃、軟件設(shè)計文檔輸出文檔：*測試用例、*缺陷報告、*測試報告1、測試前提條件當(dāng)研發(fā)部門完成了軟件項目的開發(fā)任務(wù)之后，軟件產(chǎn)品開始進(jìn)入測試環(huán)節(jié)。在開發(fā)人員提交測試之前，需要遵守測試的前提條件，如果沒有限定測試前的前提條件，測試人員需要花費大量的時間去完成一些簡單的并且很容易發(fā)現(xiàn)的錯誤，這樣會造成很大的人員浪費。因此，對于開發(fā)部門提交給測試部門的軟件產(chǎn)品，除領(lǐng)導(dǎo)親自特批外，均必須滿足以下條件才允許提交：（1）開發(fā)部門完成軟件的白盒測試。（2）開發(fā)部門完成軟件的冒煙測試。（3）必須提供軟

6、件產(chǎn)品的需求文檔以及軟件開發(fā)的設(shè)計文檔（包括概設(shè)和詳設(shè)文檔）。（4）對于新增功能，必須提供功能列表、功能詳細(xì)說明、流程明細(xì)以及關(guān)聯(lián)的模塊；對于修改功能，必須提供修改功能列表、具體修改內(nèi)容以及影響的模塊。（5）對于沒有完成的功能，不能提交測試，必須在代碼中注釋掉。（6）對于需要與其他系統(tǒng)進(jìn)行集成測試的軟件，需要明確測試環(huán)境以及參數(shù)的配置，并且詳細(xì)說明系統(tǒng)間具體是如何集成的。（7）對于需要進(jìn)行性能測試的部分，提供詳細(xì)說明以及需要達(dá)到的各項性能指標(biāo)。2、系統(tǒng)功能測試2.1測試工具主要采用手工測試，但對于重復(fù)性功能點的測試可采用QuickTest Professional作為自動化測試工具。另外，使用

7、公司Dynamix系統(tǒng)作為測試用例和BUG管理工具。2.2測試點2.2.1鏈接測試鏈接是Web應(yīng)用系統(tǒng)的一個主要特征，它是在頁面之間切換和指導(dǎo)用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面；其次，測試所鏈接的頁面是否存在；最后，測試web應(yīng)用系統(tǒng)上是否有孤立的頁面。2.2.2表單測試當(dāng)用戶給Web應(yīng)用系統(tǒng)管理員提交信息時，就需要使用表單操作，例如：用戶注冊、登陸、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務(wù)器的信息的正確性，例如：用戶填寫的出生日期與職業(yè)是否恰當(dāng)，填寫的所屬省份與所在的城市是否

8、匹配等。如果使用了默認(rèn)值，還要校驗?zāi)J(rèn)值得正確性。如果表單只能接受指定的某些值，則也要進(jìn)行測試。如：只能接受某些字符，測試時可以跳過這些字符，看系統(tǒng)是否會報錯。2.2.3 Cookie測試如果Web應(yīng)用系統(tǒng)使用了Cookies，就必須檢查Cookies是否能正常工作。測試的內(nèi)容可包括Cookies是否起作用，是否按預(yù)定的時間進(jìn)行保存，刷新對Cookies有什么影響等。2.2.4數(shù)據(jù)校驗測試如果系統(tǒng)中根據(jù)業(yè)務(wù)規(guī)則需要對用戶的輸入進(jìn)行校驗，那么就必須要保證這些校驗功能正常工作。例如，省份的字段可以用一個有效列表進(jìn)行校驗。在這種情況下，需要驗證列表完整而且程序正確調(diào)用了該列表(例如在列表中添加一個測

9、試值，確定系統(tǒng)能夠接受這個測試值)。2.2.5程序功能點的測試嘗試用戶的所有操作，這是用戶之所以使用網(wǎng)站的原因，必須確保：1、各個功能點是否能正確使用；2、流程是否能正常運轉(zhuǎn)。2.3測試步驟2.3.1測試環(huán)境的搭建根據(jù)實際情況，搭建相應(yīng)的測試環(huán)境，包括軟件環(huán)境和硬件環(huán)境。2.3.2用例設(shè)計測試工程師根據(jù)“需求規(guī)格說明書”、“測試計劃”以及開發(fā)提供的“軟件設(shè)計文檔”來設(shè)計各個模塊以及功能點的測試用例，完成后提交給測試經(jīng)理。測試經(jīng)理組織各模塊開發(fā)以及測試人員進(jìn)行開會討論，評估設(shè)計好的測試用例。2.3.3測試執(zhí)行在這一階段，測試工程師對之前設(shè)計好的測試用例進(jìn)行執(zhí)行操作，找出系統(tǒng)軟件的BUG并且提交給開發(fā)人員進(jìn)行修復(fù)。2.3.4回歸測試測試工程師對于那些已被開發(fā)修復(fù)的BUG，做回歸測試以驗證其是否得到正確修復(fù)。確認(rèn)修復(fù)的，就將BUG關(guān)閉，否則重新提交給開發(fā)人員修復(fù)?；貧w測試需要注意一下兩