下面是范文網(wǎng)小編收集的測試計(jì)劃范文3篇 測試計(jì)劃書范文，供大家參閱。

測試計(jì)劃范文1

　　網(wǎng)上購物系統(tǒng)測試計(jì)劃書

　　1．引言

　　1.1編寫目的

　　編寫“網(wǎng)上購物系統(tǒng)測試計(jì)劃“的目的是：

　?。?） 提供一個(gè)對項(xiàng)目軟件進(jìn)行測試的總體安排和進(jìn)度計(jì)劃，確定現(xiàn)有項(xiàng)目的信息和應(yīng)測試軟件構(gòu)件，便于測試人員測試。

　?。?）推薦可采用的測試策略，并對這些策略加以說明。

　　（3）確定所需的資源，并對測試的工作量進(jìn)行估計(jì)。

　　1.2項(xiàng)目背景

　　1.項(xiàng)目名稱：

　　網(wǎng)上購物系統(tǒng)

　　2 軟件應(yīng)用：

　　適用于網(wǎng)上產(chǎn)品的信息收集和發(fā)布活動(dòng)，為用戶提供良好的交易平臺。

　　3項(xiàng)目背景：

　　網(wǎng)上購物系統(tǒng)應(yīng)該能夠?yàn)橛脩籼峁┏渥愕男畔⒑涂旖莸馁徺I手段。隨著商品經(jīng)濟(jì)的發(fā)展及人們消費(fèi)水平的提高，還有信息時(shí)代的飛躍，越來越多的人愛上了網(wǎng)購，從而催生了網(wǎng)上購物系統(tǒng)的誕生。它為人們購物帶來了方便快捷，節(jié)約了沒時(shí)間出去而省下了空間。 4項(xiàng)目開發(fā)過程：

　　該項(xiàng)目目前后經(jīng)歷三個(gè)階段，前期設(shè)計(jì)階段，然后是開發(fā)階段，最后是軟件的測試階段。項(xiàng)目的用戶針對的是網(wǎng)上購物的廣大群眾和管理員，系統(tǒng)的功能測試主要由專業(yè)的軟件測試人員進(jìn)行測試。

　　5任務(wù)提出者：；

　　6開發(fā)者：軟件工程課程設(shè)計(jì)小組成員：

　　7用戶：購物者、管理員

　　8本系統(tǒng)將使用SQLServer20xx作為數(shù)據(jù)庫存儲系統(tǒng)。

　　1.3定義 1.黑盒測試: 黑盒測試也稱功能測試，它是通過測試來檢測每個(gè)功能是否都能正常使用。在測試中，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進(jìn)行測試。

　　2.單元測試：對各個(gè)模塊的源代碼進(jìn)行測試，保證各模塊基本功能能夠正確的實(shí)現(xiàn)；

　　3 集成測試：將各個(gè)模塊進(jìn)行組合測試，保證所有的功能都能夠正確的實(shí)現(xiàn)；

　　4系統(tǒng)測試：根據(jù)《需求規(guī)格說明書》對軟件進(jìn)行功能測試，對重點(diǎn)的模塊進(jìn)行性能測試，并結(jié)合可能的用戶測試；

　　5 驗(yàn)收測試：根據(jù)用戶手冊對功能進(jìn)行檢查，復(fù)查報(bào)告庫中的所有Bug，對Release版本進(jìn)行安裝測試。

　　6 Asp(active server pages)是微軟公司推出的一種用以取代CGI的技術(shù)，基于目前絕大多數(shù)網(wǎng)站應(yīng)用于windows平臺，asp是一個(gè)位于windows服務(wù)器端的腳本運(yùn)行環(huán)境，通過這種環(huán)境，用戶可以創(chuàng)建和運(yùn)行動(dòng)態(tài)的交互式的web服務(wù)器應(yīng)用程序以及EDI（電子數(shù)據(jù)交換）；

　　7 ADO：ActiveX Data Object, ActiveX 數(shù)據(jù)對象；

　　8 SQL：Structured Query Language。

　　1.4參考資料

　　a. 網(wǎng)上購物系統(tǒng)開發(fā)計(jì)劃書；

　　b. 網(wǎng)上購物系統(tǒng)需求規(guī)格說明書；

　　c. 網(wǎng)上購物系統(tǒng)設(shè)計(jì)說明書；

　　d. 網(wǎng)上購物系統(tǒng)設(shè)計(jì)模型；

　　e. 網(wǎng)上購物系統(tǒng)需求分析設(shè)計(jì)模型

　　f. 網(wǎng)上購物系統(tǒng)用戶操作手冊；

　　2．任務(wù)概述

　　2.1目標(biāo)

　　測試網(wǎng)上購物系統(tǒng)中的各個(gè)功能模塊是否滿足用戶需求，并測試是否存在bug。預(yù)期達(dá)到能夠使系統(tǒng)進(jìn)行快速的改進(jìn)和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件的錯(cuò)誤，從而提高軟件運(yùn)行的穩(wěn)定性和提高用戶體驗(yàn)。

　　2.2運(yùn)行環(huán)境

　　操作系統(tǒng)：windows

　　開發(fā)環(huán)境：VS20xx，SQL server 20xx

　　處理器：主頻1.6G以上，硬盤40G，內(nèi)存2G

　　2.3需求概述

　　已被確定為測試對象的項(xiàng)目有：

　　1．?dāng)?shù)據(jù)庫測試

　　2．功能性測試

　　3．用戶界面測試

　　4．性能測試

　　5．安全性和訪問控制測試

　　6．配置測試

　　2.4條件與限制

　　設(shè)備所用到的設(shè)備類型、數(shù)量和預(yù)定使用時(shí)間:

　　PC，主頻1.6G以上，硬盤40G，內(nèi)存2G 1臺。

　　3．計(jì)劃

　　3.1測試方案

　?。?）數(shù)據(jù)和數(shù)據(jù)庫完整性測試

　　數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為“網(wǎng)上購物系統(tǒng)”中的子系統(tǒng)來進(jìn)行測試。 在測試這些子系統(tǒng)時(shí)，不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng) (DBMS)，還需要進(jìn)行深入的研究，以確定可以支持以下測試的工具和方法。

　　（2）功能測試

　　測試對象的功能測試應(yīng)該側(cè)重于可以被直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的所有測試需求。這些測試的目標(biāo)在于核實(shí)能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務(wù)規(guī)則是否正確實(shí)施。這種類型的測試基于黑盒方法，即通過圖形用戶界面 (GUI) 與應(yīng)用程序交互并分析輸出結(jié)果來驗(yàn)證應(yīng)用程序及其內(nèi)部進(jìn)程。以下列出的是每個(gè)應(yīng)用程序推薦的測試方法概要：

　?。?）用戶界面測試

　　通過用戶界面 (UI) 測試來核實(shí)用戶與軟件的交互。UI 測試的目標(biāo)在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問和瀏覽測試對象功能的操作。除此之外，UI 測試還要確保 UI 功能內(nèi)部的對象符合預(yù)期要求，并遵循公司或行業(yè)的標(biāo)準(zhǔn)。

　?。?）性能評價(jià)

　　性能評價(jià)是一種性能測試，它對響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的需求進(jìn)行評測和評估。

測試計(jì)劃范文2

　　一、 報(bào)名條件天津20xx年普通話測試成績查詢

　　擁有順德戶籍、辦理了順德區(qū)居住證、能提供順德區(qū)所在工作單位證明或在順德學(xué)校就讀的在校學(xué)生此四個(gè)條件滿足其中任何一項(xiàng)的人員均可報(bào)考。

　　二、測試安排

　　注：每月考試如有調(diào)整，以當(dāng)月通知為準(zhǔn)。

　　三、收費(fèi)標(biāo)準(zhǔn)

　　1、考試報(bào)名費(fèi)：在校生85元/人，社會人員110元/人；含一天考試過程講解課程；學(xué)員先網(wǎng)上報(bào)名再現(xiàn)場確認(rèn)，具體報(bào)名流程見每月報(bào)名通知附文。

　　四、普通話報(bào)考流程及注意事項(xiàng)

　　1、網(wǎng)上報(bào)名時(shí)間按以上計(jì)劃為準(zhǔn)，8：30開通網(wǎng)上報(bào)名系統(tǒng)，報(bào)名人數(shù)滿后系統(tǒng)自動(dòng)關(guān)閉。（其它時(shí)間報(bào)名一律無效）

　　報(bào)名網(wǎng)址：

　　2、網(wǎng)上預(yù)報(bào)名操作方法：登陸網(wǎng)址后，點(diǎn)擊“我要報(bào)名”，選中“佛山市”，點(diǎn)擊“報(bào)名”，填寫個(gè)人詳細(xì)資料、手機(jī)號碼，（工作單位字?jǐn)?shù)不超過10個(gè)字）按“確定”。因個(gè)人信息不全或有誤所引起的 后果由考生自負(fù)。

　　3、現(xiàn)場確認(rèn)報(bào)名：網(wǎng)上報(bào)名后，考生持本人第二代身份證原件及身份證復(fù)印件（復(fù)印件統(tǒng)一用A4紙，非佛山戶籍人員的必須提供居住證并和身份證復(fù)印在同一A4紙上或提供順德區(qū)企事業(yè)單位工作證明原件1份），于確認(rèn)日期到現(xiàn)場交費(fèi)、確認(rèn)，并拍攝個(gè)人電子相片。已確定測試日期，測試任務(wù)一經(jīng)上報(bào)省語委，無法更改！

　　4、網(wǎng)上預(yù)報(bào)名成功者，逾期不交費(fèi)確認(rèn)，網(wǎng)上報(bào)名作廢，并暫停報(bào)名一次。

　　5、交費(fèi)、確認(rèn)報(bào)名地址：順德區(qū)大良德勝東路順德職業(yè)技術(shù)學(xué)院學(xué)術(shù)交流中心二樓前臺 現(xiàn)場確認(rèn)時(shí)間：上午8：30—12：00，下午14：00—17：30

　　6、培訓(xùn)地點(diǎn)——順德職業(yè)技術(shù)學(xué)院（具體地點(diǎn)現(xiàn)場確認(rèn)時(shí)統(tǒng)一通知）。

　　7、準(zhǔn)考證的領(lǐng)取——每期培訓(xùn)時(shí)間的上午9：00-11：00在培訓(xùn)課室門口領(lǐng)取準(zhǔn)考證。

　　8、普通話測試地點(diǎn)：順德職業(yè)技術(shù)學(xué)院--學(xué)術(shù)交流培訓(xùn)中心3樓

　　9、測試者必須攜帶第二代身份證及準(zhǔn)考證，按照安排的報(bào)到時(shí)間到候測室報(bào)到、驗(yàn)證。測試者需提供本人身份證現(xiàn)場審核身份，不帶身份證者不能參加測試。

　　10、測試成績及證書查詢網(wǎng)址——

　　11、證書領(lǐng)取——證書領(lǐng)取時(shí)間及有關(guān)事項(xiàng)將在

　　12、領(lǐng)證地點(diǎn)：順德區(qū)大良德勝東路順德職業(yè)技術(shù)學(xué)院學(xué)術(shù)交流中心二樓前臺

測試計(jì)劃范文3

　　利用現(xiàn)代的設(shè)計(jì)技術(shù)和正式的技術(shù)復(fù)審可以減少代碼中存在的初始錯(cuò)誤，但是錯(cuò)誤總是存在的，如果開發(fā)者找不到錯(cuò)誤，那么，客戶就會找到它們。越來越多的軟件組織認(rèn)識到軟件測試是軟件質(zhì)量保證的重要元素之一，很多軟件開發(fā)組織將30%—40%甚至更多的項(xiàng)目資源用在測試上，軟件測試技術(shù)和軟件測試策略受到了高度的重視和廣泛的應(yīng)用。

　　本文不想就軟件測試技術(shù)和軟件測試策略作深入的理論分析，而是列舉一個(gè)在軟件系統(tǒng)測試階段進(jìn)行的壓力測試實(shí)例，希望能通過這個(gè)實(shí)例與從事軟件測試相關(guān)工作的朋友進(jìn)行交流。

　　首先介紹一下實(shí)例中軟件的項(xiàng)目背景，該軟件是一個(gè)典型的三層C/S架構(gòu)的MIS系統(tǒng)（客戶端/應(yīng)用服務(wù)器/數(shù)據(jù)庫管），中間層是業(yè)務(wù)邏輯層，應(yīng)用服務(wù)器處理所有的業(yè)務(wù)邏輯，但應(yīng)用服務(wù)器本身不提供負(fù)載均衡的能力，而是利用開發(fā)工具提供的ORB（對象請求代理）軟件保證多個(gè)應(yīng)用服務(wù)器間的負(fù)載均衡。本次測試的目的是：進(jìn)行單個(gè)應(yīng)用服務(wù)器的壓力測試，找出單個(gè)應(yīng)用服務(wù)器能夠支持的最大客戶端數(shù)。測試壓力估算的依據(jù)是：假定在實(shí)際環(huán)中，用戶只啟用一個(gè)應(yīng)用服務(wù)器進(jìn)行所有的業(yè)務(wù)處理。方法是：按照正常業(yè)務(wù)壓力估算值的1~10倍進(jìn)行測試，考察應(yīng)用服務(wù)器的運(yùn)行情況。

　　壓力測試的詳細(xì)計(jì)劃如下：

　　壓力測試計(jì)劃

　　1、測試計(jì)劃名稱

　　河北省公安交通管理信息系統(tǒng)壓力測試計(jì)劃。

　　2、測試內(nèi)容

　　2.1背景

　　本次測試中的壓力測試是指模擬實(shí)際應(yīng)用的軟硬件環(huán)境及用戶使用過程的系統(tǒng)負(fù)荷，長時(shí)間運(yùn)行測試軟件來測試被測系統(tǒng)的可靠性，同時(shí)還要測試被測系統(tǒng)的響應(yīng)時(shí)間。用戶的實(shí)際使用環(huán)境：

　　◇由兩臺 XSeries250 PC Server組成的Microsoft Cluster；

　　◇數(shù)據(jù)庫管理系統(tǒng)采用Oracle8.1.6；

　　◇應(yīng)用服務(wù)器程序和數(shù)據(jù)庫管理系統(tǒng)同時(shí)運(yùn)行在Microsoft Cluster上。

　　◇有200個(gè)用戶使用客戶端軟件進(jìn)行業(yè)務(wù)處理，每年通過軟件進(jìn)行處理的總業(yè)務(wù)量為：150萬筆業(yè)務(wù)/年。

　　2.2測試項(xiàng)

　　應(yīng)用服務(wù)器的壓力測試；

　　2.3不被測試的特性

　　◇系統(tǒng)的客戶端應(yīng)用程序的內(nèi)部功能；

　　◇數(shù)據(jù)庫中的數(shù)據(jù)量對程序性能的影響。

　　3、測試計(jì)劃

　　3.1測試強(qiáng)度估算

　　測試壓力估算時(shí)采用如下原則：

　　◇全年的業(yè)務(wù)量集中在8個(gè)月完成，每個(gè)月20個(gè)工作日，每個(gè)工作日8個(gè)小時(shí)；

　　◇采用80—20原理，每個(gè)工作日中80%的業(yè)務(wù)在20%的時(shí)間內(nèi)完成，即每天80%的業(yè)務(wù)在1.6小時(shí)內(nèi)完成；

　　測試壓力的估算結(jié)果：

　　去年全年處理業(yè)務(wù)約100萬筆，其中15%的業(yè)務(wù)處理每筆業(yè)務(wù)需對應(yīng)用服務(wù)器提交7次請求；70%的業(yè)務(wù)處理每筆業(yè)務(wù)需對應(yīng)用服務(wù)器提交5次請求；其余15%的業(yè)務(wù)每筆業(yè)務(wù)向應(yīng)用服務(wù)器提交3次請求。根據(jù)以往統(tǒng)計(jì)結(jié)果，每年的業(yè)務(wù)增量為15%，考慮到今后三年業(yè)務(wù)發(fā)展的需

　　要，測試需按現(xiàn)有業(yè)務(wù)量的2倍進(jìn)行。

　　每年總的請求數(shù)量為：（100*15%*7+100*70%*5+100*15%*3）*2=300萬次/年。

　　每天的請求數(shù)量為：300/160=1.875萬次/天。

　　每秒的請求數(shù)量為：（18750*80%）/（8*20%*3600）=2.60次/秒。

　　正常情況下，應(yīng)用服務(wù)器處理請求的能力應(yīng)達(dá)到：3次/秒。

　　3.2測試環(huán)境準(zhǔn)備

　　3.2.1基本硬件及軟件環(huán)境的準(zhǔn)備

　　1)網(wǎng)絡(luò)環(huán)境：公司內(nèi)部的以太網(wǎng)，與服務(wù)器的連接速率為100M，與客戶端的連接速率為10/100M自適應(yīng)。

　　2)使用兩臺IBM XSeries250（1G內(nèi)存）PC Server作Microsoft Cluster，安裝系統(tǒng)軟件

　　20xx Advance Server及Microsoft Cluster Server（MSCS）。

　　3)數(shù)據(jù)庫管理系統(tǒng)的安裝及配置：在測試用的IBM XSeries服務(wù)器上安裝Oracle8.1.6，數(shù)據(jù) 庫采用

　　Fail Safe（ofs）的Active/Passive配置。 安裝數(shù)據(jù)庫管理系統(tǒng)及支撐軟件（包括VisiBroker和BDEAdministrator）。

　　4)安裝被測的應(yīng)用服務(wù)器程序。

　　5)客戶端的PC機(jī)：10臺（PⅢ600/128M RAM）。

　　3.2.2系統(tǒng)客戶端測試程序的編寫系統(tǒng)客戶端測試程序使用Delphi編寫，要求測試程序?qū)崿F(xiàn)如下功能：

　　1)模擬一個(gè)主要的向應(yīng)用服務(wù)器發(fā)送請求并接收響應(yīng)信息的功能。要求交替模擬兩種情況：第一種，發(fā)送的請求至少包括10個(gè)參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型；接收的

　　響應(yīng)信息不少于1個(gè)參數(shù)；第二種，發(fā)送的請求不少于1個(gè)參數(shù)；接收的響應(yīng)信息至少包括10個(gè)參數(shù)，參數(shù)類型涵蓋字符、日期、數(shù)字種類型。

　　2)必須能夠通過參數(shù)設(shè)定在每臺PC機(jī)上運(yùn)行的客戶端測試程序個(gè)數(shù)、請求的時(shí)間間隔（單位：毫秒）、運(yùn)行時(shí)間（單位：小時(shí)）。

　　3)在數(shù)據(jù)庫中建立測試記錄表，生成測試記錄，向數(shù)據(jù)庫寫入測試記錄的功能不通過被測的應(yīng)用服務(wù)器實(shí)現(xiàn)。日志內(nèi)容包括：發(fā)送測試請求的機(jī)器名、客戶端測試程序序號、發(fā)出請求時(shí)間、收到響應(yīng)時(shí)間、處理是否成功。表名：TEST_LOG，字段名：MACHINE、ID、START_TIME、END_TIME、FLAG。

　　3.2.3系統(tǒng)本底數(shù)據(jù)的準(zhǔn)備

　　為考察系統(tǒng)運(yùn)行一段時(shí)間后系統(tǒng)的響應(yīng)性能，參照實(shí)際運(yùn)行情況及發(fā)展進(jìn)行系統(tǒng)的本底數(shù)據(jù)準(zhǔn)備。業(yè)務(wù)處理中涉及到的業(yè)務(wù)表中都要求按設(shè)計(jì)規(guī)模進(jìn)行本底數(shù)據(jù)的準(zhǔn)備。要求準(zhǔn)備的數(shù)據(jù)記錄的有效性符合系統(tǒng)要求，數(shù)據(jù)有效性的具體要求參見數(shù)據(jù)庫設(shè)計(jì)及系統(tǒng)設(shè)計(jì)文檔。

　　3.3破壞性測試

　　按照設(shè)計(jì)連接的客戶端連接數(shù)量進(jìn)行測試，把應(yīng)用服務(wù)器處理請求的設(shè)計(jì)頻度增加1－10倍，分別測試出現(xiàn)錯(cuò)誤的狀態(tài)和和出現(xiàn)錯(cuò)誤的比率，考察是否出現(xiàn)不可恢復(fù)錯(cuò)誤，系統(tǒng)設(shè)計(jì)要考

　　慮出現(xiàn)嚴(yán)重錯(cuò)誤情況下負(fù)荷減輕錯(cuò)誤自動(dòng)恢復(fù)的實(shí)現(xiàn)方法。

　　計(jì)劃時(shí)間：2天；這個(gè)時(shí)間包括破壞性的修復(fù)和自動(dòng)恢復(fù)的實(shí)現(xiàn)需要的時(shí)間。

　　在測試過程中每10分鐘記錄一次IBM Xseries PC

　　Server的內(nèi)存及CPU使用情況，包括被測程序的內(nèi)存占用百分比、數(shù)據(jù)庫管理系統(tǒng)的內(nèi)存占用百分比、操作系統(tǒng)的內(nèi)存占用百分比。

　　3.4強(qiáng)度穩(wěn)定性測試

　　選擇一種負(fù)荷比設(shè)計(jì)負(fù)荷重的情況（應(yīng)用服務(wù)器處理請求的頻度為應(yīng)用服務(wù)器處理請求的 設(shè)計(jì)頻度的

　　1.5倍），進(jìn)行24小時(shí)穩(wěn)定性測試。

　　3.5測試方法和工具

　　黑盒測試

　　測試工具：無外購的`測試工具，自己編制的測試工具。

　　3.6測試時(shí)間計(jì)劃

　　3.6.1環(huán)境準(zhǔn)備：2天。

　　其中：基本硬件、軟件環(huán)境及系統(tǒng)本底數(shù)據(jù)的準(zhǔn)備：1天，

　　系統(tǒng)客戶端測試程序的編寫及測試：1天。

　　3.6.2破環(huán)性測試：2天。

　　3.6.3強(qiáng)度穩(wěn)定性測試：1天。

　　3.7測試中的問題及處理

　　3.7.1暫停標(biāo)準(zhǔn)和再啟動(dòng)要求

　　暫停標(biāo)準(zhǔn)：被測試軟件在強(qiáng)度穩(wěn)定性測試中頻繁出現(xiàn)異常（每小時(shí)出現(xiàn)1次以上）時(shí)。用戶或公司要求暫停測試時(shí)。

　　再啟動(dòng)要求：通過調(diào)試后，預(yù)計(jì)被測試軟件的可靠性有所提高時(shí)，可再次啟動(dòng)測試。

　　3.7.2不可預(yù)見問題

　　不可預(yù)見問題包括：

　　◇測試環(huán)境被破壞而導(dǎo)致測試無法進(jìn)行；

　　◇當(dāng)出現(xiàn)上述不可預(yù)見問題時(shí)，測試終止，就已完成的測試內(nèi)容編制測試總結(jié)報(bào)告，并在報(bào)告中說明測試終止的原因。

　　3.8測試報(bào)告 20xx.06.21

　　測試總結(jié)報(bào)告提交日期：20xx.06.21。

　　3.8.1應(yīng)生成的測試文件

　　測試記錄（測試負(fù)責(zé)人和參與測試的人員簽字）；

　　測試總結(jié)報(bào)告。

　　3.8.2測試總結(jié)報(bào)告中必須包含的內(nèi)容

　　被測試軟件名稱、測試項(xiàng)、測試環(huán)境；

　　被測試軟件的壓力測試結(jié)論：響應(yīng)時(shí)間、最大/最小并發(fā)數(shù)、失敗的次數(shù)、正常連續(xù)運(yùn)行的最長/最短時(shí)間，并發(fā)數(shù)與失敗的關(guān)系。

　　4、人員和職責(zé)

　　4.1職責(zé)

　　測試工程師：負(fù)責(zé)編寫測試計(jì)劃，組織測試，對測試過程進(jìn)行記錄，收集、整理測試記錄數(shù)據(jù)，對測試結(jié)果進(jìn)行分析，編寫測試總結(jié)報(bào)告。

　　軟件工程師：負(fù)責(zé)編寫、調(diào)試客戶端測試軟件；數(shù)據(jù)庫管理系統(tǒng)的安裝、ofs配置及系統(tǒng)的本底數(shù)據(jù)準(zhǔn)備。系統(tǒng)工程師：負(fù)責(zé)測試用的硬件維護(hù)及操作系統(tǒng)安裝、MSCS配置。

　　總工程師：負(fù)責(zé)對測試計(jì)劃及測試總結(jié)報(bào)告進(jìn)行批準(zhǔn)。

　　用戶：必要時(shí)可參加測試，并提出具體的測試要求；可要求暫停測試。

　　4.2人員和訓(xùn)練要求

　　本次測試無特別的人員及培訓(xùn)要求。

　　5、批準(zhǔn)

　　本測試計(jì)劃必須經(jīng)過總工程師批準(zhǔn)后才能開始實(shí)施。

測試計(jì)劃范文3篇 測試計(jì)劃書范文相關(guān)文章：