第一篇：測(cè)試流程和測(cè)試方案的區(qū)別

測(cè)試方案和測(cè)試計(jì)劃的區(qū)別

一、測(cè)試計(jì)劃：

對(duì)測(cè)試全過程的組織、資源、原則等進(jìn)行規(guī)定和約束，并制訂測(cè)試全過程各個(gè)階段的任務(wù)以及時(shí)間進(jìn)度安排，提出對(duì)各項(xiàng)任務(wù)的評(píng)估、風(fēng)險(xiǎn)分析和需求管理。

二、測(cè)試方案：

描述需要測(cè)試的特性、測(cè)試的方法、測(cè)試環(huán)境的規(guī)劃、測(cè)試工具的設(shè)計(jì)和選擇、測(cè)試用例的設(shè)計(jì)方法、測(cè)試代碼的設(shè)計(jì)方案。

三、測(cè)試計(jì)劃是組織管理層面的文件，從組織管理的角度對(duì)一次測(cè)試活動(dòng)進(jìn)行規(guī)劃。

四、測(cè)試方案是技術(shù)層面的文檔，從技術(shù)的角度度一次測(cè)試活動(dòng)進(jìn)行規(guī)劃。

五、測(cè)試計(jì)劃要明確的內(nèi)容：

1、明確測(cè)試組織的組織形式

○1測(cè)試組織和其他部門關(guān)系，責(zé)任劃分。

○2測(cè)試組織內(nèi)的機(jī)構(gòu)和責(zé)任安排。

2、明確測(cè)試的測(cè)試對(duì)象（明確測(cè)試項(xiàng)，用于后面劃分任務(wù),估計(jì)工作量等）

3、完成測(cè)試的需求跟蹤

4、明確測(cè)試中需要遵守的原則

○1測(cè)試通過/失敗標(biāo)準(zhǔn)

○2測(cè)試掛起和回復(fù)的必要條件

5、明確測(cè)試工作任務(wù)分配是測(cè)試計(jì)劃的核心

○

1、進(jìn)行測(cè)試任務(wù)劃分

○

2、進(jìn)行測(cè)試工作量估計(jì)

○

3、人員資源和物資源分配

○

4、明確任務(wù)的時(shí)間和進(jìn)度安排

○

5、風(fēng)險(xiǎn)的估計(jì)和規(guī)避措施

○

6、明確測(cè)試結(jié)束后應(yīng)交付的測(cè)試工作產(chǎn)品

六、測(cè)試方案的具體內(nèi)容：

○

1、明確策略

○

2、細(xì)化測(cè)試特性（形成測(cè)試子項(xiàng)）

○

3、測(cè)試用例的規(guī)劃

○

4、測(cè)試環(huán)境的規(guī)劃

○

5、自動(dòng)化測(cè)試框架的設(shè)計(jì)

○

6、測(cè)試工具的設(shè)計(jì)和選擇

七、測(cè)試方案需要在測(cè)試計(jì)劃的指導(dǎo)下進(jìn)行，測(cè)試計(jì)劃提出“做啥”，而測(cè)試方案明確“咋做”。

八、詳見測(cè)試計(jì)劃模板和測(cè)試方案模板

第二篇：測(cè)試方案和測(cè)試計(jì)劃的區(qū)別

一、測(cè)試計(jì)劃：

對(duì)測(cè)試全過程的組織、資源、原則等進(jìn)行規(guī)定和約束，并制訂測(cè)試全過程各個(gè)階段的任務(wù)以及時(shí)間進(jìn)度安排，提出對(duì)各項(xiàng)任務(wù)的評(píng)估、風(fēng)險(xiǎn)分析和需求管理。

二、測(cè)試方案：

描述需要測(cè)試的特性、測(cè)試的方法、測(cè)試環(huán)境的規(guī)劃、測(cè)試工具的設(shè)計(jì)和選擇、測(cè)試用例的設(shè)計(jì)方法、測(cè)試代碼的設(shè)計(jì)方案。

三、測(cè)試計(jì)劃是組織管理層面的文件，從組織管理的角度對(duì)一次測(cè)試活動(dòng)進(jìn)行規(guī)劃。

四、測(cè)試方案是技術(shù)層面的文檔，從技術(shù)的角度度一次測(cè)試活動(dòng)進(jìn)行規(guī)劃。

五、測(cè)試計(jì)劃要明確的內(nèi)容：

1、明確測(cè)試組織的組織形式

1>測(cè)試組織和其他部門關(guān)系，責(zé)任劃分。

2>測(cè)試組織內(nèi)的機(jī)構(gòu)和責(zé)任安排。

2、明確測(cè)試的測(cè)試對(duì)象（明確測(cè)試項(xiàng)，用于后面劃分任務(wù),估計(jì)工作量等）

3、完成測(cè)試的需求跟蹤

4、明確測(cè)試中需要遵守的原則

1> 測(cè)試通過/失敗標(biāo)準(zhǔn)

2> 測(cè)試掛起和回復(fù)的必要條件

5、明確測(cè)試工作任務(wù)分配是測(cè)試計(jì)劃的核心

1>進(jìn)行測(cè)試任務(wù)劃分

2>進(jìn)行測(cè)試工作量估計(jì)

3>人員資源和物資源分配

4>明確任務(wù)的時(shí)間和進(jìn)度安排

5>風(fēng)險(xiǎn)的估計(jì)和規(guī)避措施

6>明確測(cè)試結(jié)束后應(yīng)交付的測(cè)試工作產(chǎn)品

六、測(cè)試方案的具體內(nèi)容：

1、明確策略

2、細(xì)化測(cè)試特性（形成測(cè)試子項(xiàng)）

3、測(cè)試用例的規(guī)劃

4、測(cè)試環(huán)境的規(guī)劃

5、自動(dòng)化測(cè)試框架的設(shè)計(jì)

6、測(cè)試工具的設(shè)計(jì)和選擇

七、測(cè)試方案需要在測(cè)試計(jì)劃的指導(dǎo)下進(jìn)行，測(cè)試計(jì)劃提出“做啥”，而測(cè)試方案明確“咋做”。

第三篇：測(cè)試流程參考資料

工作兩年了，我一直希望讓自己每年對(duì)測(cè)試的理解更深入一層。工作一年的時(shí)候我寫了《談軟件測(cè)試---一年工作總結(jié)》，談?shì)喠俗约簩?duì)各種測(cè)試的理解，這一年來(lái)，雖然對(duì)那些理概念的有所加強(qiáng)，自我感覺沒有什么質(zhì)的變化。前些天聽我們公司的一位測(cè)試經(jīng)理講《敏捷測(cè)試》豁然開朗。他在學(xué)造飛機(jī)，而我一直在學(xué)造飛機(jī)里的一個(gè)發(fā)動(dòng)機(jī)。我從來(lái)沒想過，一個(gè)完整飛機(jī)的架構(gòu)應(yīng)該是怎樣的。

如果想讓測(cè)試在公司的項(xiàng)目中發(fā)揮出它最大的價(jià)值，并不是招兩個(gè)測(cè)試技術(shù)高手，或引入幾個(gè)測(cè)試技術(shù)，而是測(cè)試技術(shù)對(duì)項(xiàng)目流程的滲透，以及測(cè)試流程的改進(jìn)與完善。雖然，當(dāng)然測(cè)試行業(yè)前景樂觀，許多中小企業(yè)也都在引入測(cè)試，但一百個(gè)公司就有一百種測(cè)試，每個(gè)公司對(duì)測(cè)試的看法不同，公司對(duì)測(cè)試的定位也不完全一樣。本人前后經(jīng)歷兩個(gè)公司，以自己的拙見淺談一下對(duì)測(cè)試流程的看法。

這幾天整理思路，回顧了前兩份測(cè)試工作的流程與架構(gòu)。

簡(jiǎn)陋的測(cè)試流程

先說筆者入職的第一個(gè)家公司，筆者是第一個(gè)入職的專職測(cè)試人員，相信一兩個(gè)測(cè)試的公司還是不少的，入職后各種項(xiàng)目都在進(jìn)行當(dāng)中，上面給我的定位是并沒完全融入到項(xiàng)目中去。而通過指派任務(wù)的方式。下面是簡(jiǎn)陋的流程圖：

需求分析與架構(gòu)設(shè)計(jì)：

我們做的是某一移動(dòng)公司內(nèi)部使用的項(xiàng)目，需求分析與架構(gòu)全部由項(xiàng)目經(jīng)理完成，之后由項(xiàng)目經(jīng)理給具體某個(gè)開發(fā)人員分配任務(wù)，具體對(duì)某個(gè)功能模塊的實(shí)現(xiàn)。這個(gè)對(duì)項(xiàng)目經(jīng)理的經(jīng)驗(yàn)與技術(shù)要求很高，他既然擔(dān)任了需求分析師，又擔(dān)任架構(gòu)師的角色。程序員編碼：

因?yàn)槲覀冮_發(fā)語(yǔ)言用的是JAVA 語(yǔ)言，IDE用myeclipse 中自帶的CVS版本管理工具，開發(fā)人員完成代碼后，提交到版本庫(kù)中。測(cè)試：

筆者入職后的第一個(gè)任務(wù)是搭建缺陷管理工具，禪道項(xiàng)目管理，通過推廣對(duì)發(fā)現(xiàn)的問題進(jìn)行跟蹤。后來(lái)正明效果并不好，因?yàn)閷?duì)于一個(gè)六七人的開發(fā)團(tuán)隊(duì)項(xiàng)目，開發(fā)人員更喜歡測(cè)試人員能當(dāng)面反饋，這樣更能提高效率。對(duì)一個(gè)小bug 通過當(dāng)面交流的方式就可以將問題修復(fù)。

對(duì)于當(dāng)時(shí)的環(huán)境，并沒有測(cè)試線。開發(fā)人員在本機(jī)上將項(xiàng)目進(jìn)行部署運(yùn)行。測(cè)試人員通過局域網(wǎng)訪問開發(fā)人員的機(jī)子進(jìn)行訪問?；蛟跍y(cè)試人員本機(jī)上進(jìn)行部署測(cè)試。這也是一個(gè)致命的缺點(diǎn)。因?yàn)殚_發(fā)人員測(cè)試人員使用的電腦存在太多不穩(wěn)定性，這些都會(huì)造成問題的出現(xiàn)，有時(shí)候難以判定是系統(tǒng)問題還是環(huán)境問題。上線：

經(jīng)過測(cè)試人員測(cè)試通過后，開發(fā)人員部署上線。A程序員流程

你會(huì)發(fā)現(xiàn)在流程圖中，A程序員是先發(fā)上線之后，再進(jìn)行測(cè)試。這是我們一個(gè)面向大眾用戶的網(wǎng)站，上面給于測(cè)試人員的定位是測(cè)試員兼用戶體驗(yàn)員，測(cè)試員將發(fā)現(xiàn)的bug和體驗(yàn)問題提交到缺陷管理系統(tǒng)，由經(jīng)理對(duì)問題進(jìn)行分析，指派開發(fā)人員解決。定期對(duì)系統(tǒng)進(jìn)行更新。

流程分析：

這個(gè)流程唯一的優(yōu)點(diǎn)，就是能快速的發(fā)現(xiàn)并修復(fù)問題。

缺點(diǎn)就非常多了，相信許多小軟件公司也有類似的流程。

這個(gè)流程中，項(xiàng)目經(jīng)理是核心，項(xiàng)目經(jīng)理也確實(shí)是有多年開發(fā)與項(xiàng)目經(jīng)驗(yàn)的牛人，他喜歡不定期分享上些前沿的技術(shù)。我很崇拜他。

對(duì)于測(cè)試來(lái)說，需求很不明確，測(cè)試文檔與用例也是可有可無(wú)的產(chǎn)物，沒有需求文檔，或非常簡(jiǎn)陋，根據(jù)需求文檔根本無(wú)法編寫用例。筆者只能收集一些通用的測(cè)試用例，如登錄、文件上傳下載、列表翻頁(yè)、日期選擇、輸入框驗(yàn)證、搜索等有一些“通用型”用例，以便在測(cè)試過程中做參考。功能測(cè)試的多了，拿到一個(gè)功能，測(cè)試思路也就出來(lái)了。

規(guī)范的測(cè)試流程

放棄上份悠閑的工作，感謝那個(gè)帶我入行公司，我想了解真正的測(cè)試在公作中如何進(jìn)行的。所以，來(lái)到了現(xiàn)在這家公司。我很欣喜的是這測(cè)試有自己的團(tuán)隊(duì)，專業(yè)（對(duì)當(dāng)時(shí)的我來(lái)說）的流程，以及與開發(fā)等同的地位。現(xiàn)在的測(cè)試流程：

需求分析：

需求分析由產(chǎn)品人員制定，他們要做的不是一份簡(jiǎn)單的文檔，而是細(xì)化每一個(gè)功能的細(xì)節(jié)，每一個(gè)按鈕的位置，對(duì)于稍大或復(fù)雜一點(diǎn)的需求都進(jìn)行建模。需求評(píng)審：

這里會(huì)叫上所有參與項(xiàng)目人員進(jìn)行，開發(fā)人員、測(cè)試人員、QA人員。測(cè)試人員提出需求，開發(fā)人員考慮功能實(shí)現(xiàn)的方案與可行性、當(dāng)然開發(fā)負(fù)責(zé)也是要參與的。測(cè)試人員主要是對(duì)需求的理解提出疑問，以便才能根據(jù)需求寫用例。QA人員是最終對(duì)軟件質(zhì)量進(jìn)行驗(yàn)證的人，所以也需求了解需求 開發(fā)人員編寫排期：

開發(fā)人員需求根據(jù)需求功能點(diǎn)進(jìn)行排期。然后將開計(jì)劃轉(zhuǎn)交給測(cè)試人員。測(cè)試計(jì)劃排期：

測(cè)試人員根據(jù)開發(fā)計(jì)劃，對(duì)測(cè)試具體測(cè)試時(shí)間，也就是開發(fā)功能完成后的時(shí)間，進(jìn)行幾輪測(cè)試等。然后，把項(xiàng)目的開發(fā)與測(cè)試計(jì)劃發(fā)送給各部門負(fù)責(zé)人及參與項(xiàng)目的所有人員。編寫測(cè)試用例：

根據(jù)詳細(xì)的需求分檔，開始進(jìn)行用例的編寫。用例評(píng)審：

在用例進(jìn)行評(píng)審之間，先以郵件形式將用例發(fā)送給相關(guān)人員，以便他們事先了解用例對(duì)哪些功能進(jìn)行驗(yàn)證以及驗(yàn)證的細(xì)節(jié)。

然后，測(cè)試人員組進(jìn)行用例評(píng)審，開發(fā)人員對(duì)用例與實(shí)際功能不符合有哪些，產(chǎn)品人員對(duì)會(huì)通過用例對(duì)功能的具體實(shí)現(xiàn)進(jìn)行把握等等。提交基線：

開發(fā)人員完成所有功能后，會(huì)對(duì)自己的功能進(jìn)行一個(gè)自測(cè)。自測(cè)完成后提交測(cè)試人員進(jìn)行基線。

具體測(cè)試流程：

開發(fā)人員對(duì)于基到測(cè)試線的功能進(jìn)行測(cè)式，發(fā)現(xiàn)的問題通過缺陷管理工具進(jìn)行反饋，開發(fā)人員對(duì)問題進(jìn)行修復(fù)，然后，準(zhǔn)備第二輪基。

測(cè)試人員完成第一輪測(cè)試后，需要寫測(cè)試結(jié)論，發(fā)到相關(guān)人員。然后對(duì)基線后的第二輪進(jìn)行測(cè)試，第二輪會(huì)對(duì)第一輪中發(fā)現(xiàn)的問題進(jìn)行重點(diǎn)回歸。測(cè)試通過：

經(jīng)過兩到三輪或四輪的測(cè)試后，直到?jīng)]發(fā)現(xiàn)新的問題，或暫時(shí)無(wú)法解決，或不緊急的問題。通過上級(jí)確認(rèn)，可以通過。編寫測(cè)試報(bào)告與驗(yàn)收方案。

驗(yàn)收方案是交由QA進(jìn)行驗(yàn)證的。在現(xiàn)公司的流程中是將測(cè)試與QA分開的，測(cè)試人員重點(diǎn)關(guān)注的是功能是否可以正常運(yùn)行。QA關(guān)注的是整個(gè)流程的質(zhì)量以及最終用戶的質(zhì)量。有些公司QA與測(cè)試是不區(qū)分的，但這對(duì)測(cè)試的要求會(huì)更高，除了關(guān)心功能，還需要關(guān)心整體流程與質(zhì)量。

流程分析：

對(duì)于剛接觸這個(gè)流程的我來(lái)說，這個(gè)流程是規(guī)范的，測(cè)試真正融入了整個(gè)流程，而且還擔(dān)任了很重的角色，從而也有效的保證了軟件產(chǎn)品的整體質(zhì)量。

那么這個(gè)流程是不是完美的呢？不，這個(gè)項(xiàng)目流程太強(qiáng)化各種文檔。我們來(lái)看測(cè)試的工作內(nèi)容，測(cè)試計(jì)劃、測(cè)試用例、測(cè)試結(jié)論、測(cè)試報(bào)告、驗(yàn)收方案、問題的提交跟蹤。其實(shí)，我們真用于測(cè)試的時(shí)間是非常少的，在一周的時(shí)間，也許只有一天或不到一天的時(shí)間是在進(jìn)行測(cè)試的。測(cè)試人員只有在測(cè)試的時(shí)候才會(huì)體現(xiàn)出他的價(jià)值。而大部分工作卻不能體現(xiàn)他的價(jià)值。

當(dāng)然，我這里會(huì)省略與測(cè)試主流程無(wú)關(guān)的東西，真正的測(cè)試工作中瑣事很多。

敏捷測(cè)試流程

下面來(lái)看敏捷測(cè)試，本人并沒有接觸過敏捷，對(duì)敏捷也沒花時(shí)間學(xué)習(xí)與研究。唯一接觸就是聽我們測(cè)試經(jīng)理對(duì)測(cè)度流程講了兩個(gè)半小時(shí)，聽講的人很多，我站著聽的。受益匪淺，憑著記憶也簡(jiǎn)單談?wù)劇?/p>

前面講的第一種流程，還是第二種流程都是瀑布式的，嚴(yán)格來(lái)說第一種簡(jiǎn)陋的都不能稱為瀑布式，對(duì)于一個(gè)三個(gè)月的項(xiàng)目說，產(chǎn)品把需求分析完了給開發(fā)，然后產(chǎn)品就沒事兒了；開發(fā)開發(fā)完成之后給測(cè)試，然后開發(fā)人員也不忙了。測(cè)試完成之后上線。那么在產(chǎn)品分析的階段，開發(fā)和測(cè)試都是沒事干的（這里只對(duì)單一項(xiàng)目）。開發(fā)階段，產(chǎn)品和測(cè)試也基本沒事兒。同樣在測(cè)試階段，產(chǎn)品與開發(fā)也是沒什么事兒的。

敏捷測(cè)試的一個(gè)核心是迭代，在每個(gè)時(shí)間點(diǎn)上，所有項(xiàng)目人員都是有事可做的。

1、下面是我理解中的敏捷測(cè)試流程圖：

第一階段：

通過上面的流程圖，對(duì)于一個(gè)月的需求分析，在敏捷中，可能三五天就確定下來(lái)。這個(gè)需求定得會(huì)很模糊，但整體框架確定。產(chǎn)品對(duì)其中某一模塊功能確認(rèn)，開發(fā)人員開始對(duì)確認(rèn)的功能編碼，開發(fā)人員編碼的過程中，測(cè)試進(jìn)行功能分解，因?yàn)楦鶕?jù)模糊的需求很難寫出具體的用例，所以，只能盡量對(duì)功能進(jìn)行分析得細(xì)些，標(biāo)注需要驗(yàn)證的內(nèi)容。第二階段：

開發(fā)完成后交給測(cè)試人員進(jìn)行測(cè)試，開發(fā)人員繼續(xù)開發(fā)新的功能。那么測(cè)試人員發(fā)現(xiàn)的問題怎么辦呢？會(huì)從開發(fā)團(tuán)隊(duì)中抽出一個(gè)人員來(lái)用于解決測(cè)試發(fā)現(xiàn)的問題。但開發(fā)進(jìn)度并沒有因?yàn)闇y(cè)試而停止。

流程分析：

在這個(gè)流程中弱化了文檔，強(qiáng)調(diào)了各個(gè)人員的溝通，通過這種迭代的方式，三個(gè)月的項(xiàng)目，可以能兩個(gè)月和兩個(gè)半月就會(huì)完成。

但這種流程并非完美，加入一個(gè)功能在需求分析階段就是錯(cuò)誤的，因?yàn)樗且粋€(gè)迭代漸進(jìn)的過程。也只能一路錯(cuò)下去。

2、對(duì)測(cè)試問題的處理

上面的圖更能清晰看出對(duì)問題的處理過程。

第一塊面板中是開發(fā)人員未實(shí)現(xiàn)的功能，第二塊面板中是開發(fā)完成功能，測(cè)試人員對(duì)其進(jìn)行測(cè)試，發(fā)現(xiàn)不通過的就放回未開發(fā)的面板中，測(cè)試通過的將放到第三塊面板中。

需要說明的是，敏捷測(cè)試在國(guó)外很流行，在內(nèi)容，雷聲大雨點(diǎn)小，推行的人很多，真正有公司引入的不多。我們所在公司千差萬(wàn)別，測(cè)試流程也可能有很大的不同。對(duì)于已經(jīng)工作兩年一個(gè)測(cè)試員來(lái)說，從來(lái)沒關(guān)注過測(cè)試流程與結(jié)構(gòu)應(yīng)該是個(gè)悲劇。我希望不被思想局限，所以，努力沖破一個(gè)又一個(gè)的局限。

第四篇：測(cè)試流程及費(fèi)用

測(cè)試流程及費(fèi)用

一、測(cè)試流程

測(cè)試流程支撐系統(tǒng)供應(yīng)商開始備案并通知測(cè)試單位測(cè)試機(jī)構(gòu)信息化協(xié)會(huì)測(cè)試申請(qǐng)補(bǔ)充材料材料審核及環(huán)境準(zhǔn)備準(zhǔn)備就緒下一輪重新申請(qǐng)測(cè)試修改軟件回歸測(cè)試測(cè)試確認(rèn)缺陷是否回歸測(cè)試編制測(cè)試報(bào)告審核不通過提交測(cè)試報(bào)告審核審核通過向各委辦局、區(qū)縣推薦結(jié)束

第一步：申請(qǐng)單位對(duì)照《北京市電子政務(wù)IT運(yùn)維服務(wù)支撐系統(tǒng)規(guī)范》決定本單位申請(qǐng)測(cè)試的軟件測(cè)試項(xiàng)。

第二步：申請(qǐng)單位向北京信息化協(xié)會(huì)提交《北京市電子政務(wù)IT運(yùn)維服務(wù)支撐系統(tǒng)測(cè)試申請(qǐng)表》，并在協(xié)會(huì)公布的測(cè)試機(jī)構(gòu)中選擇一家，同時(shí)準(zhǔn)備測(cè)試相關(guān)材料。

第三步：信息化協(xié)會(huì)根據(jù)申請(qǐng)單位的申請(qǐng)決定是否受理，并通知測(cè)試機(jī)構(gòu)。

第四步：測(cè)試機(jī)構(gòu)在收到完整的申報(bào)材料后一個(gè)工作日內(nèi)要與申請(qǐng)單位建立聯(lián)系，接洽關(guān)于測(cè)試的相關(guān)事宜，開展測(cè)試的相關(guān)業(yè)務(wù)。

第五步：測(cè)試機(jī)構(gòu)組織測(cè)試團(tuán)隊(duì)對(duì)申請(qǐng)單位提交的軟件進(jìn)行測(cè)試，軟件缺陷由測(cè)試團(tuán)隊(duì)成員與申請(qǐng)單位代表共同簽字確認(rèn)。第六步：測(cè)試機(jī)構(gòu)在測(cè)試結(jié)束后五個(gè)工作日內(nèi)出具“測(cè)試報(bào)告”。

第七步：測(cè)試機(jī)構(gòu)向北京信息化協(xié)會(huì)提交“測(cè)試報(bào)告”，協(xié)會(huì)根據(jù)“北京市電子政務(wù)IT運(yùn)維服務(wù)支撐系統(tǒng)規(guī)范”對(duì)測(cè)試報(bào)告進(jìn)行評(píng)估。

第八步：通過評(píng)估的支撐系統(tǒng)，由北京信息化協(xié)會(huì)向各委辦局、區(qū)縣推薦；未通過評(píng)估的支撐系統(tǒng)，由申請(qǐng)單位修改缺陷完善功能，并決定是否進(jìn)行回歸測(cè)試，或進(jìn)入下一批申請(qǐng)。

二、費(fèi)用

1.北京信息化協(xié)會(huì)建議測(cè)試費(fèi)用不超過五萬(wàn)元。2.每次回歸測(cè)試費(fèi)用不超過原費(fèi)用的60%。

三、需要向測(cè)試機(jī)構(gòu)提供的相關(guān)文檔

提交測(cè)試申請(qǐng)時(shí)申請(qǐng)單位應(yīng)同時(shí)準(zhǔn)備以下文檔：

（一）《軟件功能一致性聲明》

申請(qǐng)單位聲明待測(cè)的測(cè)試項(xiàng)。未聲明的測(cè)試項(xiàng)不測(cè)試。軟件功能一致性聲明.xls模板如下：

（二）《軟件使用說明書》

申請(qǐng)被測(cè)試軟件的使用說明書或用戶手冊(cè)。

（三）《安裝配置手冊(cè)》

申請(qǐng)被測(cè)試軟件的安裝、配置手冊(cè)。

（四）《測(cè)試用例》

建議申請(qǐng)單位提供內(nèi)部測(cè)試使用的《測(cè)試用例》供測(cè)試機(jī)構(gòu)參考。

（五）被測(cè)單位自行提供的其他特性化文檔 其他有助于測(cè)試人員了解被測(cè)軟件優(yōu)點(diǎn)的資料。

第五篇：軟件測(cè)試流程

每個(gè)軟件測(cè)試階段都要經(jīng)歷以下步驟：測(cè)試需求分析、測(cè)試過程設(shè)計(jì)、測(cè)試實(shí)現(xiàn)、測(cè)試實(shí)施、測(cè)試評(píng)價(jià)、測(cè)試維護(hù)。

1.測(cè)試需求分析：整個(gè)測(cè)試過程的基礎(chǔ)；確定測(cè)試對(duì)象以及測(cè)試工作的范圍和作用。

2.測(cè)試過程設(shè)計(jì)：包括測(cè)試計(jì)劃,測(cè)試策略制定，測(cè)試時(shí)間安排用，測(cè)試用例編寫等

3.測(cè)試實(shí)現(xiàn)：環(huán)境配置好了，新的版本也收到了，人員也都培訓(xùn)好了等等

4.測(cè)試實(shí)施：已經(jīng)按照測(cè)試計(jì)劃進(jìn)行展開了，比如手工測(cè)試，自動(dòng)化測(cè)試等

5.測(cè)試評(píng)價(jià)：對(duì)版本測(cè)試覆蓋率，測(cè)試質(zhì)量，人員測(cè)試工作以及前期的一些工作制定情況進(jìn)行評(píng)價(jià)

6.測(cè)試維護(hù)：對(duì)測(cè)試用例庫(kù)，測(cè)試腳本，bug庫(kù)等進(jìn)行維護(hù)，保證延續(xù)性等

軟件測(cè)試過程

軟件測(cè)試過程按各測(cè)試階段的先后順序可分為單元測(cè)試、集成測(cè)試、確認(rèn)（有效性）測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收（用戶）測(cè)試5個(gè)階段，如圖3所示。

(1)單元測(cè)試：測(cè)試執(zhí)行的開始階段。測(cè)試對(duì)象是每個(gè)單元。測(cè)試目的是保證每個(gè)模塊或組件能正常工作。單元測(cè)試主要采用白盒測(cè)試方法，檢測(cè)程序的內(nèi)部結(jié)構(gòu)。

(2)集成測(cè)試：也稱組裝測(cè)試。在單元測(cè)試基礎(chǔ)上，對(duì)已測(cè)試過的模塊進(jìn)行組裝，進(jìn)行集成測(cè)試。測(cè)試目的是檢驗(yàn)與接口有關(guān)的模塊之間的問題。集成測(cè)試主要采用黑盒測(cè)試方法。

(3)確認(rèn)測(cè)試：也稱有效性測(cè)試。在完成集成測(cè)試后，驗(yàn)證軟件的功能和性能及其他特性是否符合用戶要求。測(cè)試目的是保證系統(tǒng)能夠按照用戶預(yù)定的要求工作。確認(rèn)測(cè)試通常采用黑盒測(cè)試方法。

(4)系統(tǒng)測(cè)試：在完成確認(rèn)測(cè)試后，為了檢驗(yàn)它能否與實(shí)際環(huán)境（如軟硬件平臺(tái)、數(shù)據(jù)和人員等）協(xié)調(diào)工作，還需要進(jìn)行系統(tǒng)測(cè)試?？梢哉f，系統(tǒng)測(cè)試之后，軟件產(chǎn)品基本滿足開發(fā)要求。

(5)驗(yàn)收測(cè)試：測(cè)試過程的最后一個(gè)階段。驗(yàn)收測(cè)試主要突出用戶的作用，同時(shí)軟件開發(fā)人員也應(yīng)該參與進(jìn)去。