驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

      驗(yàn)收測(cè)試是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是驗(yàn)收測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。

      通過(guò)綜合測(cè)試之后，軟件已完全組裝起來(lái)，接口方面的錯(cuò)誤也已排除，軟件測(cè)試的最后一步——驗(yàn)收測(cè)試即可開(kāi)始。驗(yàn)收測(cè)試應(yīng)檢查軟件能否按合同要求進(jìn)行工作，即是否滿足軟件需求說(shuō)明書中的確認(rèn)標(biāo)準(zhǔn)。

       1.驗(yàn)收測(cè)試標(biāo)準(zhǔn)   實(shí)現(xiàn)軟件確認(rèn)要通過(guò)一系列墨盒測(cè)試。驗(yàn)收測(cè)試同樣需要制訂測(cè)試計(jì)劃和過(guò)程，測(cè)試計(jì)劃應(yīng)規(guī)定測(cè)試的種類和測(cè)試進(jìn)度，測(cè)試過(guò)程則定義一些特殊的測(cè)試用例，旨在說(shuō)明軟件與需求是否一致。無(wú)是計(jì)劃還是過(guò)程，都應(yīng)該著重考慮軟件是否滿足合同規(guī)定的所有功能和性能，文檔資料是否完整、準(zhǔn)確人機(jī)界面和其他方面（例如，可移植性、兼容性、錯(cuò)誤恢復(fù)能力和可維護(hù)性等）是否令用戶滿意。驗(yàn)收測(cè)試的結(jié)果有兩種可能，一種是功能和性能指標(biāo)滿足軟件需求說(shuō)明的要求，用戶可以接受；另一種是軟件不滿足軟件需求說(shuō)明的要求，用戶無(wú)法接受。項(xiàng)目進(jìn)行到這個(gè)階段才發(fā)現(xiàn)嚴(yán)重錯(cuò)誤和偏差一般很難在預(yù)定的工期內(nèi)改正，因此必須與用戶協(xié)商，尋求一個(gè)妥善解決問(wèn)題的方法。

       2.配置復(fù)審   驗(yàn)收測(cè)試的另一個(gè)重要環(huán)節(jié)是配置復(fù)審。復(fù)審的目的在于保證軟件配置齊全、分類有序，并且包括軟件維護(hù)所必須的細(xì)節(jié)。

      3.α、β測(cè)試  事實(shí)上，軟件開(kāi)發(fā)人員不可能完全預(yù)見(jiàn)用戶實(shí)際使用程序的情況。例如，用戶可能錯(cuò)誤的理解命令，或提供一些奇怪的數(shù)據(jù)組合，亦可能對(duì)設(shè)計(jì)者自認(rèn)明了的輸出信息迷惑不解，等等。因此，軟件是否真正滿足最終用戶的要求，應(yīng)由用戶進(jìn)行一系列“驗(yàn)收測(cè)試”。驗(yàn)收測(cè)試既可以是非正式的測(cè)試，也可以有計(jì)劃、有系統(tǒng)的測(cè)試。有時(shí)，驗(yàn)收測(cè)試長(zhǎng)達(dá)數(shù)周甚至數(shù)月，不斷暴露錯(cuò)誤，導(dǎo)致開(kāi)發(fā)延期。一個(gè)軟件產(chǎn)品，可能擁有眾多用戶，不可能由每個(gè)用戶驗(yàn)收，此時(shí)多采用稱為α、β測(cè)試的過(guò)程，以期發(fā)現(xiàn)那些似乎只有最終用戶才能發(fā)現(xiàn)的問(wèn)題。 α測(cè)試是指軟件開(kāi)發(fā)公司組織內(nèi)部人員模擬各類用戶行對(duì)即將面市軟件產(chǎn)品（稱為α版本）進(jìn)行測(cè)試，試圖發(fā)現(xiàn)錯(cuò)誤并修正。α測(cè)試的關(guān)鍵在于盡可能逼真地模擬實(shí)際運(yùn)行環(huán)境和用戶對(duì)軟件產(chǎn)品的操作并盡最大努力涵蓋所有可能的用戶操作方式。經(jīng)過(guò)α測(cè)試調(diào)整的軟件產(chǎn)品稱為β版本。緊隨其后的β測(cè)試是指軟件開(kāi)發(fā)公司組織各方面的典型用戶在日常工作中實(shí)際使用β版本，并要求用戶報(bào)告異常情況、提出批評(píng)意見(jiàn)。然后軟件開(kāi)發(fā)公司再對(duì)β版本進(jìn)行改錯(cuò)和完善。一般包括功能度、安全可靠性、易用性、可擴(kuò)充性、兼容性、效率、資源占用率、用戶文檔八個(gè)方面。

一、施驗(yàn)收測(cè)試的常用策略

      施驗(yàn)收測(cè)試的常用策略有三種，它們分別是：

· 正式驗(yàn)收
· 非正式驗(yàn)收或 Alpha 測(cè)試
· Beta 測(cè)試
      您選擇的策略通常建立在合同需求、組織和公司標(biāo)準(zhǔn)以及應(yīng)用領(lǐng)域的基礎(chǔ)上。

      正式驗(yàn)收測(cè)試

      正式驗(yàn)收測(cè)試是一項(xiàng)管理嚴(yán)格的過(guò)程，它通常是系統(tǒng)測(cè)試的延續(xù)。計(jì)劃和設(shè)計(jì)這些測(cè)試的周密和詳細(xì)程度不亞于系統(tǒng)測(cè)試。選擇的測(cè)試用例應(yīng)該是系統(tǒng)測(cè)試中所執(zhí)行測(cè)試用例的子集。不要偏離所選擇的測(cè)試用例方向，這一點(diǎn)很重要。在很多組織中，正式驗(yàn)收測(cè)試是完全自動(dòng)執(zhí)行的。

      對(duì)于系統(tǒng)測(cè)試，活動(dòng)和工件是一樣的。在某些組織中，開(kāi)發(fā)組織（或其獨(dú)立的測(cè)試小組）與最終用戶組織的代表一起執(zhí)行驗(yàn)收測(cè)試。在其他組織中，驗(yàn)收測(cè)試則完全由最終用戶組織執(zhí)行，或者由最終用戶組織選擇人員組成一個(gè)客觀公正的小組來(lái)執(zhí)行。

      這種測(cè)試形式的優(yōu)點(diǎn)是：

· 要測(cè)試的功能和特性都是已知的。
· 測(cè)試的細(xì)節(jié)是已知的并且可以對(duì)其進(jìn)行評(píng)測(cè)。
· 這種測(cè)試可以自動(dòng)執(zhí)行，支持回歸測(cè)試。
· 可以對(duì)測(cè)試過(guò)程進(jìn)行評(píng)測(cè)和監(jiān)測(cè)。
· 可接受性標(biāo)準(zhǔn)是已知的。

      缺點(diǎn)包括：

· 要求大量的資源和計(jì)劃。
· 這些測(cè)試可能是系統(tǒng)測(cè)試的再次實(shí)施。
· 可能無(wú)法發(fā)現(xiàn)軟件中由于主觀原因造成的缺陷，這是因?yàn)槟徊檎翌A(yù)期要發(fā)現(xiàn)的缺陷。

      非正式驗(yàn)收測(cè)試

      在非正式驗(yàn)收測(cè)試中，執(zhí)行測(cè)試過(guò)程的限定不象正式驗(yàn)收測(cè)試中那樣嚴(yán)格。在此測(cè)試中，確定并記錄要研究的功能和業(yè)務(wù)任務(wù)，但沒(méi)有可以遵循的特定測(cè)試用例。測(cè)試內(nèi)容由各測(cè)試員決定。這種驗(yàn)收測(cè)試方法不象正式驗(yàn)收測(cè)試那樣組織有序，而且更為主觀。

      大多數(shù)情況下，非正式驗(yàn)收測(cè)試是由最終用戶組織執(zhí)行的。

      這種測(cè)試形式的優(yōu)點(diǎn)是：

· 要測(cè)試的功能和特性都是已知的。
· 可以對(duì)測(cè)試過(guò)程進(jìn)行評(píng)測(cè)和監(jiān)測(cè)。
· 可接受性標(biāo)準(zhǔn)是已知的。
· 與正式驗(yàn)收測(cè)試相比，可以發(fā)現(xiàn)更多由于主觀原因造成的缺陷。

      缺點(diǎn)包括：

· 要求資源、計(jì)劃和管理資源。
· 無(wú)法控制所使用的測(cè)試用例。
· 最終用戶可能沿用系統(tǒng)工作的方式，并可能無(wú)法發(fā)現(xiàn)缺陷。
· 最終用戶可能專注于比較新系統(tǒng)與遺留系統(tǒng)，而不是專注于查找缺陷。
· 用于驗(yàn)收測(cè)試的資源不受項(xiàng)目的控制，并且可能受到壓縮。

      Beta 測(cè)試

      在以上三種驗(yàn)收測(cè)試策略中，Beta 測(cè)試需要的控制是最少的。在 Beta 測(cè)試中，采用的細(xì)節(jié)多少、數(shù)據(jù)和方法完全由各測(cè)試員決定。各測(cè)試員負(fù)責(zé)創(chuàng)建自己的環(huán)境、選擇數(shù)據(jù)，并決定要研究的功能、特性或任務(wù)。各測(cè)試員負(fù)責(zé)確定自己對(duì)于系統(tǒng)當(dāng)前狀態(tài)的接受標(biāo)準(zhǔn)。

      Beta 測(cè)試由最終用戶實(shí)施，通常開(kāi)發(fā)（或其他非最終用戶）組織對(duì)其的管理很少或不進(jìn)行管理。Beta 測(cè)試是所有驗(yàn)收測(cè)試策略中最主觀的。

      這種測(cè)試形式的優(yōu)點(diǎn)是：

· 測(cè)試由最終用戶實(shí)施。
· 大量的潛在測(cè)試資源。
· 提高客戶對(duì)參與人員的滿意程度。
· 與正式或非正式驗(yàn)收測(cè)試相比，可以發(fā)現(xiàn)更多由于主觀原因造成的缺陷。

      缺點(diǎn)包括：

· 未對(duì)所有功能和/或特性進(jìn)行測(cè)試。
· 測(cè)試流程難以評(píng)測(cè)。
· 最終用戶可能沿用系統(tǒng)工作的方式，并可能沒(méi)有發(fā)現(xiàn)或沒(méi)有報(bào)告缺陷。
· 最終用戶可能專注于比較新系統(tǒng)與遺留系統(tǒng)，而不是專注于查找缺陷。
· 用于驗(yàn)收測(cè)試的資源不受項(xiàng)目的控制，并且可能受到壓縮。
· 可接受性標(biāo)準(zhǔn)是未知的。
· 您需要更多輔助性資源來(lái)管理 Beta 測(cè)試員。

二、驗(yàn)收測(cè)試過(guò)程

1. 軟件需求分析：了解軟件功能和性能要求、軟硬件環(huán)境要求等，并特別要了解軟件的質(zhì)量要求和驗(yàn)收要求。
2. 編制《驗(yàn)收測(cè)試計(jì)劃》和《項(xiàng)目驗(yàn)收準(zhǔn)則》：根據(jù)軟件需求和驗(yàn)收要求編制測(cè)試計(jì)劃，制定需測(cè)試的測(cè)試項(xiàng)，制定測(cè)試策略及驗(yàn)收通過(guò)準(zhǔn)則，并經(jīng)過(guò)客戶參與的計(jì)劃評(píng)審。
3. 測(cè)試設(shè)計(jì)和測(cè)試用例設(shè)計(jì)：根據(jù)《驗(yàn)收測(cè)試計(jì)劃》和《項(xiàng)目驗(yàn)收準(zhǔn)則》編制測(cè)試用例，并經(jīng)過(guò)評(píng)審。
4. 測(cè)試環(huán)境搭建：建立測(cè)試的硬件環(huán)境、軟件環(huán)境等。（可在委托客戶提供的環(huán)境中進(jìn)行測(cè)試）
5. 測(cè)試實(shí)施：測(cè)試并記錄測(cè)試結(jié)果。
6. 測(cè)試結(jié)果分析：根據(jù)驗(yàn)收通過(guò)準(zhǔn)則分析測(cè)試結(jié)果，作出驗(yàn)收是否通過(guò)及測(cè)試評(píng)價(jià)。
7. 測(cè)試報(bào)告：根據(jù)測(cè)試結(jié)果編制缺陷報(bào)告和驗(yàn)收測(cè)試報(bào)告，并提交給客戶。

三、驗(yàn)收測(cè)試的總體思路

　　用戶驗(yàn)收測(cè)試是軟件開(kāi)發(fā)結(jié)束后，用戶對(duì)軟件產(chǎn)品投入實(shí)際應(yīng)用以前進(jìn)行的最后一次質(zhì)量檢驗(yàn)活動(dòng)。它要回答開(kāi)發(fā)的軟件產(chǎn)品是否符合預(yù)期的各項(xiàng)要求，以及用戶能否接受的問(wèn)題。由于它不只是檢驗(yàn)軟件某個(gè)方面的質(zhì)量，而是要進(jìn)行全面的質(zhì)量檢驗(yàn)，并且要決定軟件是否合格，因此驗(yàn)收測(cè)試是一項(xiàng)嚴(yán)格的正式測(cè)試活動(dòng)。需要根據(jù)事先制訂的計(jì)劃，進(jìn)行軟件配置評(píng)審、功能測(cè)試、性能測(cè)試等多方面檢測(cè)。

　　用戶驗(yàn)收測(cè)試可以分為兩個(gè)大的部分：軟件配置審核和可執(zhí)行程序測(cè)試，其大致順序可分為：文檔審核、源代碼審核、配置腳本審核、測(cè)試程序或腳本審核、可執(zhí)行程序測(cè)試。

　　要注意的是，在開(kāi)發(fā)方將軟件提交用戶方進(jìn)行驗(yàn)收測(cè)試之前，必須保證開(kāi)發(fā)方本身已經(jīng)對(duì)軟件的各方面進(jìn)行了足夠的正式測(cè)試（當(dāng)然，這里的“足夠”，本身是很難準(zhǔn)確定量的）。

　　用戶在按照合同接收并清點(diǎn)開(kāi)發(fā)方的提交物時(shí)（包括以前已經(jīng)提交的），要查看開(kāi)發(fā)方提供的各種審核報(bào)告和測(cè)試報(bào)告內(nèi)容是否齊全，再加上平時(shí)對(duì)開(kāi)發(fā)方工作情況的了解，基本可以初步判斷開(kāi)發(fā)方是否已經(jīng)進(jìn)行了足夠的正式測(cè)試。

　　用戶驗(yàn)收測(cè)試的每一個(gè)相對(duì)獨(dú)立的部分，都應(yīng)該有目標(biāo)（本步驟的目的）、啟動(dòng)標(biāo)準(zhǔn)（著手本步驟必須滿足的條件）、活動(dòng)（構(gòu)成本步驟的具體活動(dòng)）、完成標(biāo)準(zhǔn)（完成本步驟要滿足的條件）和度量（應(yīng)該收集的產(chǎn)品與過(guò)程數(shù)據(jù)）。在實(shí)際驗(yàn)收測(cè)試過(guò)程中，收集度量數(shù)據(jù)，不是一件容易的事情。

　　軟件配置審核

　　對(duì)于一個(gè)外包的軟件項(xiàng)目而言，軟件承包方通常要提供如下相關(guān)的軟件配置內(nèi)容：

　　●可執(zhí)行程序、源程序、配置腳本、測(cè)試程序或腳本。

　　●主要的開(kāi)發(fā)類文檔：《需求分析說(shuō)明書》、《概要設(shè)計(jì)說(shuō)明書》、《詳細(xì)設(shè)計(jì)說(shuō)明書》、《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書》、《測(cè)試計(jì)劃》、《測(cè)試報(bào)告》、《程序維護(hù)手冊(cè)》、《程序員開(kāi)發(fā)手冊(cè)》、《用戶操作手冊(cè)》、《項(xiàng)目總結(jié)報(bào)告》。

　　●主要的管理類文檔：《項(xiàng)目計(jì)劃書》、《質(zhì)量控制計(jì)劃》、《配置管理計(jì)劃》、《用戶培訓(xùn)計(jì)劃》、《質(zhì)量總結(jié)報(bào)告》、《評(píng)審報(bào)告》、《會(huì)議記錄》、《開(kāi)發(fā)進(jìn)度月報(bào)》。

　　在開(kāi)發(fā)類文檔中，容易被忽視的文檔有《程序維護(hù)手冊(cè)》和《程序員開(kāi)發(fā)手冊(cè)》。

　　《程序維護(hù)手冊(cè)》的主要內(nèi)容包括：系統(tǒng)說(shuō)明（包括程序說(shuō)明）、操作環(huán)境、維護(hù)過(guò)程、源代碼清單等，編寫目的是為將來(lái)的維護(hù)、修改和再次開(kāi)發(fā)工作提供有用的技術(shù)信息。

　　《程序員開(kāi)發(fā)手冊(cè)》的主要內(nèi)容包括：系統(tǒng)目標(biāo)、開(kāi)發(fā)環(huán)境使用說(shuō)明、測(cè)試環(huán)境使用說(shuō)明、編碼規(guī)范及相應(yīng)的流程等，實(shí)際上就是程序員的培訓(xùn)手冊(cè)。

　　不同大小的項(xiàng)目，都必須具備上述的文檔內(nèi)容，只是可以根據(jù)實(shí)際情況進(jìn)行重新組織。

　　對(duì)上述的提交物，最好在合同中規(guī)定階段提交的時(shí)機(jī)，以免發(fā)生糾紛。

　　通常，正式的審核過(guò)程分為5個(gè)步驟：計(jì)劃、預(yù)備會(huì)議（可選）、準(zhǔn)備階段、審核會(huì)議和問(wèn)題追蹤。預(yù)備會(huì)議是對(duì)審核內(nèi)容進(jìn)行介紹并討論。準(zhǔn)備階段就是各責(zé)任人事先審核并記錄發(fā)現(xiàn)的問(wèn)題。審核會(huì)議是最終確定工作產(chǎn)品中包含的錯(cuò)誤和缺陷。

　　審核要達(dá)到的基本目標(biāo)是：根據(jù)共同制定的審核表，盡可能地發(fā)現(xiàn)被審核內(nèi)容中存在的問(wèn)題，并最終得到解決。在根據(jù)相應(yīng)的審核表進(jìn)行文檔審核和源代碼審核時(shí)，還要注意文檔與源代碼的一致性。

　　在實(shí)際的驗(yàn)收測(cè)試執(zhí)行過(guò)程中，常常會(huì)發(fā)現(xiàn)文檔審核是最難的工作，一方面由于市場(chǎng)需求等方面的壓力使這項(xiàng)工作常常被弱化或推遲，造成持續(xù)時(shí)間變長(zhǎng)，加大文檔審核的難度；另一方面，文檔審核中不易把握的地方非常多，每個(gè)項(xiàng)目都有一些特別的地方，而且也很難找到可用的參考資料。

　　可執(zhí)行程序的測(cè)試

　　在文檔審核、源代碼審核、配置腳本審核、測(cè)試程序或腳本審核都順利完成，就可以進(jìn)行驗(yàn)收測(cè)試的最后一個(gè)步驟——可執(zhí)行程序的測(cè)試，它包括功能、性能等方面的測(cè)試，每種測(cè)試也都包括目標(biāo)、啟動(dòng)標(biāo)準(zhǔn)、活動(dòng)、完成標(biāo)準(zhǔn)和度量等五部分。

　　要注意的是不能直接使用開(kāi)發(fā)方提供的可執(zhí)行程序用于測(cè)試，而要按照開(kāi)發(fā)方提供的編譯步驟，從源代碼重新生成可執(zhí)行程序。

　　在真正進(jìn)行用戶驗(yàn)收測(cè)試之前一般應(yīng)該已經(jīng)完成了以下工作（也可以根據(jù)實(shí)際情況有選擇地采用或增加）：

　　●軟件開(kāi)發(fā)已經(jīng)完成，并全部解決了已知的軟件缺陷。

　　●驗(yàn)收測(cè)試計(jì)劃已經(jīng)過(guò)評(píng)審并批準(zhǔn)，并且置于文檔控制之下。

　　●對(duì)軟件需求說(shuō)明書的審查已經(jīng)完成。

　　●對(duì)概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的審查已經(jīng)完成。

　　●對(duì)所有關(guān)鍵模塊的代碼審查已經(jīng)完成。

　　●對(duì)單元、集成、系統(tǒng)測(cè)試計(jì)劃和報(bào)告的審查已經(jīng)完成。

　　●所有的測(cè)試腳本已完成，并至少執(zhí)行過(guò)一次，且通過(guò)評(píng)審。

　　●使用配置管理工具且代碼置于配置控制之下。

　　●軟件問(wèn)題處理流程已經(jīng)就緒。

　　●已經(jīng)制定、評(píng)審并批準(zhǔn)驗(yàn)收測(cè)試完成標(biāo)準(zhǔn)。

　　具體的測(cè)試內(nèi)容通常可以包括：安裝（升級(jí)）、啟動(dòng)與關(guān)機(jī)、功能測(cè)試（正例、重要算法、邊界、時(shí)序、反例、錯(cuò)誤處理）、性能測(cè)試（正常的負(fù)載、容量變化）、壓力測(cè)試（臨界的負(fù)載、容量變化）、配置測(cè)試、平臺(tái)測(cè)試、安全性測(cè)試、恢復(fù)測(cè)試（在出現(xiàn)掉電、硬件故障或切換、網(wǎng)絡(luò)故障等情況時(shí)，系統(tǒng)是否能夠正常運(yùn)行）、可靠性測(cè)試等。

　　性能測(cè)試和壓力測(cè)試一般情況下是在一起進(jìn)行，通常還需要輔助工具的支持。在進(jìn)行性能測(cè)試和壓力測(cè)試時(shí)，測(cè)試范圍必須限定在那些使用頻度高的和時(shí)間要求苛刻的軟件功能子集中。由于開(kāi)發(fā)方已經(jīng)事先進(jìn)行過(guò)性能測(cè)試和壓力測(cè)試，因此可以直接使用開(kāi)發(fā)方的輔助工具。也可以通過(guò)購(gòu)買或自己開(kāi)發(fā)來(lái)獲得輔助工具。具體的測(cè)試方法可以參考相關(guān)的軟件工程書籍。

　　如果執(zhí)行了所有的測(cè)試案例、測(cè)試程序或腳本，用戶驗(yàn)收測(cè)試中發(fā)現(xiàn)的所有軟件問(wèn)題都已解決，而且所有的軟件配置均已更新和審核，可以反映出軟件在用戶驗(yàn)收測(cè)試中所發(fā)生的變化，用戶驗(yàn)收測(cè)試就完成了。

四、測(cè)試報(bào)告形式

      《驗(yàn)收測(cè)試報(bào)告》
      《缺陷報(bào)告》
      《驗(yàn)收測(cè)試計(jì)劃》中規(guī)定的其他文檔

五、驗(yàn)收測(cè)試工作流程圖

六、驗(yàn)收測(cè)試工作流程說(shuō)明和注意事項(xiàng)

驗(yàn)收測(cè)試業(yè)務(wù)恰談

雙方就測(cè)試項(xiàng)目及合同進(jìn)行洽談

簽訂測(cè)試合同

委托方提交測(cè)試樣品及相關(guān)資料

委托方需提交的文檔有：

¨基本文檔：（驗(yàn)收測(cè)試必需的文檔）

用戶手冊(cè)

安裝手冊(cè)

操作手冊(cè)

維護(hù)手冊(cè)

軟件開(kāi)發(fā)合同

需求規(guī)格說(shuō)明書

軟件設(shè)計(jì)說(shuō)明

軟件樣品（可刻錄在光盤）

¨特殊文檔：（根據(jù)測(cè)試內(nèi)容不同，委托方所需提交下列相應(yīng)的文檔）

軟件產(chǎn)品開(kāi)發(fā)過(guò)程中的測(cè)試記錄

軟件產(chǎn)品源代碼。

編制測(cè)試計(jì)劃并通過(guò)評(píng)審

進(jìn)行項(xiàng)目相關(guān)知識(shí)培訓(xùn)

測(cè)試設(shè)計(jì)

評(píng)測(cè)中心編制測(cè)試方案和設(shè)計(jì)測(cè)試用例集。

方案評(píng)審

評(píng)測(cè)中心測(cè)試組成員、委托方代表一起對(duì)測(cè)試方案進(jìn)行評(píng)審。

實(shí)施測(cè)試

評(píng)測(cè)中心對(duì)測(cè)試方案進(jìn)行整改，并實(shí)施測(cè)試。在測(cè)試過(guò)程中每日提交測(cè)試事件報(bào)告給委托方。

編制驗(yàn)收測(cè)試報(bào)告并組織評(píng)審

評(píng)測(cè)中心編制驗(yàn)收測(cè)試報(bào)告，并組織內(nèi)部評(píng)審。

提交驗(yàn)收測(cè)試報(bào)告

評(píng)測(cè)中心提交驗(yàn)收測(cè)試報(bào)告。