黄色无毒网站_黄色美女视频网站_黄色成人免费在线_黄片下载软件

最新測試計(jì)劃編寫的6要素(三篇)

格式:DOC 上傳日期:2023-01-13 08:43:35
最新測試計(jì)劃編寫的6要素(三篇)
時(shí)間:2023-01-13 08:43:35     小編:zdfb

時(shí)間過得真快,總在不經(jīng)意間流逝,我們又將續(xù)寫新的詩篇,展開新的旅程,該為自己下階段的學(xué)習(xí)制定一個(gè)計(jì)劃了。相信許多人會覺得計(jì)劃很難寫?下面是小編帶來的優(yōu)秀計(jì)劃范文,希望大家能夠喜歡!

測試計(jì)劃編寫的6要素篇一

本文不想就軟件測試技術(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ò)誤自動恢復(fù)的實(shí)現(xiàn)方法。

計(jì)劃時(shí)間:2天;這個(gè)時(shí)間包括破壞性的修復(fù)和自動恢復(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)和再啟動要求

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

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

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ì)劃編寫的6要素篇二

1.引言

1.1編寫目的

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

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

(2)推薦可采用的測試策略,并對這些策略加以說明。

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

1.2項(xiàng)目背景

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

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

2 軟件應(yīng)用:

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

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)行動態(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測試方案

(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)用程序推薦的測試方法概要:

(3)用戶界面測試

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

(4)性能評價(jià)

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

測試計(jì)劃編寫的6要素篇三

各系部:

為了全面實(shí)施《大學(xué)生體質(zhì)健康標(biāo)準(zhǔn)》,根據(jù)省體育局、省教育廳體衛(wèi)處的要求,決定本期對我院畢業(yè)班的學(xué)生進(jìn)行《標(biāo)準(zhǔn)》測試,具體測試安排如下:

一、測試對象:全院20xx屆畢業(yè)班學(xué)生。其中包括三年制大專班學(xué)生和五年制大專班學(xué)生全院有88個(gè)班級共計(jì)870人

二、測試項(xiàng)目:1、身高/體重2、肺活量、握力4、立定跳遠(yuǎn)、1000米(男)、800米(女)。

三、測試時(shí)間:見附表(音樂系和旅游系安排在20xx年月進(jìn)行測試。時(shí)間另行通知。1000米和800米統(tǒng)一安排在周末測試)

四、測試地點(diǎn):本院區(qū)在體育館和田徑場;新院區(qū)在科技樓a棟107、111、208教室和田徑場。

五、測試要求:

1請各系部通知到每一個(gè)學(xué)生,嚴(yán)格按照以班為單位參加測試,測試時(shí)請各班班長按學(xué)號順序收好學(xué)生證,統(tǒng)一交給各項(xiàng)目測試的負(fù)責(zé)老師

2各系部認(rèn)真組織學(xué)生在規(guī)定的時(shí)間、地點(diǎn),必須帶好學(xué)生證參加測試,未帶證不準(zhǔn)參加測試。

3.體質(zhì)測試是學(xué)生畢業(yè)成績的組成部分對無故不參加測試或測試成績不合格的學(xué)生,經(jīng)補(bǔ)測合格后,方能頒發(fā)畢業(yè)證書

4各測試項(xiàng)目的成績由體育部匯總,并按照《標(biāo)準(zhǔn)》的要求評定成績、確定等級,在畢業(yè)的時(shí)候放入學(xué)生檔案。

【本文地址:http://www.zsatt.com/zuowen/1109258.html】

全文閱讀已結(jié)束,如果需要下載本文請點(diǎn)擊

下載此文檔
主站蜘蛛池模板: 蒙自县| 闽清县| 华池县| 临沂市| 安多县| 郓城县| 台中市| 景泰县| 广水市| 安乡县| 平顶山市| 都兰县| 大荔县| 宜宾市| 新建县| 裕民县| 合川市| 安仁县| 田阳县| 龙南县| 肥城市| 临城县| 柯坪县| 临颍县| 蒲江县| 方城县| 佳木斯市| 长兴县| 卫辉市| 讷河市| 合江县| 金山区| 丽水市| 漯河市| 丰城市| 内乡县| 宽城| 上杭县| 丹东市| 万宁市| 通榆县|