第一篇：壓力測(cè)試開始準(zhǔn)備工作[推薦]

在壓力測(cè)試開始之前，你需要做哪些準(zhǔn)備工作？

翻譯：尚勇

原作者：不詳

如果你在負(fù)載測(cè)試、壓力測(cè)試、性能測(cè)試或者可量測(cè)性測(cè)試方面是個(gè)新手，你大概會(huì)疑惑在測(cè)試過程中會(huì)牽涉到一些什么?；蛟S你在自動(dòng)化測(cè)試或者人工功能測(cè)試方面有很多的經(jīng)驗(yàn)，并且也打算制作一個(gè)負(fù)載測(cè)試的流程。這會(huì)有一些相似之處，但最為重要的是，有巨大的差別。

1.系統(tǒng)：安裝一個(gè)用作負(fù)載測(cè)試的環(huán)境看起來要花費(fèi)很多的努力。仔細(xì)研究當(dāng)前的生產(chǎn)系統(tǒng)。決定下來負(fù)載測(cè)試環(huán)境的范圍。你是否想要模擬整個(gè)的生產(chǎn)系統(tǒng)？或者你只是想模擬生產(chǎn)系統(tǒng)的一個(gè)部分？盡管后者不是最為理想的一個(gè)方法，但是它是很實(shí)用的。會(huì)有什么樣的組件參與進(jìn)來？第三方的軟件有否集成到你的底層架構(gòu)中？你想要包括這些第三方的軟件嗎？硬件如何？記?。耗悴坏枰瑴y(cè)試下的系統(tǒng)（SUT），而且要包含LoadRunner的壓力注射器。如果有可能的話，你應(yīng)該單獨(dú)有一個(gè)壓力測(cè)試的環(huán)境，和其他的開發(fā)、測(cè)試或者生產(chǎn)的環(huán)境分離開來。所有的這些問題和以及將來更多的問題需要包含在預(yù)算中的。

2.網(wǎng)絡(luò)：理想的狀態(tài)，你的壓力測(cè)試的環(huán)境應(yīng)在一個(gè)獨(dú)立的網(wǎng)絡(luò)中。如果無關(guān)緊要，可以用一個(gè)交換網(wǎng)絡(luò)來替代。原因是非常明顯的，但又常常被忽略掉。首先，你不想讓一些和測(cè)試無關(guān)的操作介入你的測(cè)試。如果你正在進(jìn)行一個(gè)壓力測(cè)試，這時(shí)其他人卻在網(wǎng)絡(luò)上通過FTP或者NDM傳送大量的文件或者數(shù)據(jù)，這樣會(huì)導(dǎo)致你的測(cè)試失去意義。同時(shí)，你也不想讓你的大規(guī)模的壓力測(cè)試影響網(wǎng)絡(luò)上的開發(fā)或者生產(chǎn)系統(tǒng)。如果你對(duì)網(wǎng)絡(luò)造成涌堵會(huì)成為不受歡迎的人。

3.范圍：你的壓力測(cè)試實(shí)驗(yàn)室的主要焦點(diǎn)是什么？是針對(duì)單獨(dú)的一個(gè)應(yīng)用程序？或者是負(fù)責(zé)整個(gè)企業(yè)的多個(gè)應(yīng)用程序的測(cè)試？這是一個(gè)需要你在安裝你的測(cè)試實(shí)驗(yàn)室之前需要考慮的關(guān)鍵問題。

4.計(jì)劃：對(duì)一個(gè)壓力測(cè)試來講，在測(cè)試計(jì)劃方面下再大的努力也是不充足的。試圖在一個(gè)禮拜之內(nèi)運(yùn)行一個(gè)大規(guī)模的壓力測(cè)試是有很多問題存在的。你必

須創(chuàng)建一個(gè)非常詳細(xì)的計(jì)劃，在這個(gè)計(jì)劃里需要包含關(guān)于這個(gè)測(cè)試的方方面面：交易的流程/工作量/生產(chǎn)量，而且需要測(cè)試的系統(tǒng)的詳細(xì)圖表，關(guān)于你的測(cè)試方法論的相關(guān)信息（換算系統(tǒng)，成功因素，運(yùn)行測(cè)試的每一步的步驟），整個(gè)項(xiàng)目組的觀點(diǎn)以及他們的關(guān)心，需要收集的重要屬性的解釋，執(zhí)行測(cè)試的日期和時(shí)間，聯(lián)絡(luò)人的列表，包含在內(nèi)的系統(tǒng)的組件，風(fēng)險(xiǎn)和減輕風(fēng)險(xiǎn)的措施。這些都是你測(cè)試計(jì)劃里需要包括的例子。并非所有的測(cè)試都需要做到如此的詳細(xì)，但是你應(yīng)該從類似的模板中精選出你認(rèn)為需要包括進(jìn)去的。

5.支持：在你運(yùn)行你的測(cè)試的時(shí)候，總是需要系統(tǒng)和開發(fā)部門的人做支持的。在一個(gè)關(guān)鍵測(cè)試運(yùn)行的中間階段，如果一個(gè)服務(wù)器出現(xiàn)鎖定是讓每一個(gè)人灰心喪氣的事情。如果你自己能夠解決最好，不能解決就要找人來解決。

6.人員：壓力測(cè)試會(huì)消耗掉你的大量的時(shí)間。如果你在對(duì)多個(gè)應(yīng)用程序進(jìn)行壓力測(cè)試，并且是按照特定的程序重復(fù)你的測(cè)試，那么你需要有足夠的人員來滿足你的需求。

第二篇：壓力管道評(píng)審準(zhǔn)備工作

審核準(zhǔn)備工作

1、壓力管道安裝GB1（PE）、GB2（2）、GC2級(jí)。執(zhí)行標(biāo)準(zhǔn)

2、壓力管道安裝現(xiàn)場(chǎng)評(píng)審：

⑴安裝（工程）批號(hào)是完成工程（GB1(PE)、GB2（2）、GC2級(jí)、工程資料、拍片、監(jiān)檢等）。

3、原材料堆放整齊、分類清楚、標(biāo)識(shí)清楚。

4、原材料檢驗(yàn)記錄要規(guī)范填寫。材料質(zhì)保書蓋好材料確認(rèn)章同時(shí)簽字。（原材料供應(yīng)單位：必須是合格供方名單上生產(chǎn)企業(yè)。鋼制無縫鋼管、鍛件、管件、法蘭、閥門、膨脹節(jié)、標(biāo)準(zhǔn)件等必須要有特種設(shè)備制造許可證的企業(yè)）（原材料質(zhì)保書合格供方單位蓋質(zhì)檢原公章、復(fù)印件無效）（焊材質(zhì)保書）（供方名單、采購計(jì)劃、供方質(zhì)量保證調(diào)查、采購合同等）

5、工程所有安裝過程控制記錄，檢驗(yàn)記錄填寫完整規(guī)范。

6、安裝現(xiàn)場(chǎng)整理清潔、堆放整齊、標(biāo)識(shí)清楚。

7、材料批號(hào)（編號(hào)）、安裝（工程）批號(hào)（編號(hào)）一定要有可追溯性。

8、受檢工程的合同按照（工程）標(biāo)準(zhǔn)簽訂。

9、倉庫原材料整理材料質(zhì)保書，檢驗(yàn)記錄。

10、公司員工的勞動(dòng)合同簽訂，社保相關(guān)材料，工資發(fā)放表（日期2015.1～目前）

11、安裝設(shè)備、安裝檢測(cè)設(shè)施一定滿足壓力管道安裝許可規(guī)則。

12、產(chǎn)品相關(guān)標(biāo)準(zhǔn)整理齊全。（最新版標(biāo)準(zhǔn)）

13、建立技術(shù)資料、文件資料、工程歸檔，焊工檔案、檔案室。

14、焊接工藝評(píng)定（試件標(biāo)識(shí)清楚）

15、檢驗(yàn)、試驗(yàn)區(qū)域標(biāo)識(shí)清楚（合格品區(qū)、不合格品區(qū)、待檢品區(qū)）

16、焊材庫（焊接是工程主要工序，應(yīng)當(dāng)有專用的焊接材料庫，有確保焊接材料濕度、溫度符合要求的吸濕機(jī)設(shè)備；應(yīng)當(dāng)有焊接材料烘干設(shè)備3臺(tái)，適應(yīng)制造需要的焊條保溫桶。（吸濕機(jī)、溫濕表、烘箱、保溫桶、相關(guān)記錄）

17、焊接試焊室

（1）試件的保管（登記臺(tái)帳，存放在柜子中、試件標(biāo)識(shí)清楚）

（2）焊接工藝評(píng)定資料（材料、焊接位置、產(chǎn)品（試件）材料規(guī)格）。（檢查是否遺漏項(xiàng)目）

（3）焊接通用工藝卡。（根據(jù)安裝工程編制）

（4）現(xiàn)場(chǎng)焊接樣品準(zhǔn)備常規(guī)的產(chǎn)品。（評(píng)審現(xiàn)場(chǎng)焊工考試）（5）焊條的規(guī)格要齊全并與現(xiàn)場(chǎng)的一致。（6）焊接試驗(yàn)室：配備焊機(jī)、試樣存放框

18、評(píng)審現(xiàn)場(chǎng)焊接工考試，準(zhǔn)備好理論、實(shí)際考試。

19、檢測(cè)設(shè)備、安裝監(jiān)控設(shè)施（市計(jì)量檢驗(yàn)所檢定合格證書）20、檢驗(yàn)、試驗(yàn)區(qū)域標(biāo)識(shí)清楚（合格品區(qū)、不合格品區(qū)、待檢品區(qū)）

21、安裝工程現(xiàn)場(chǎng)不能有焊條隨便擺放。

22、焊接工藝評(píng)定試件理化檢測(cè)委托機(jī)構(gòu)必須有資質(zhì)單位（簽訂分包協(xié)議）

23、工程焊接的無損檢測(cè)委托機(jī)構(gòu)必須有資質(zhì)單位（簽訂分包協(xié)議）

24、工程圖紙?jiān)O(shè)計(jì)單位委托設(shè)計(jì)必須有資質(zhì)的機(jī)構(gòu)（簽訂分包協(xié)議）

25、原特種設(shè)備安裝許可證上產(chǎn)品（GB1（PE）、GB2（2）、GC2）所有進(jìn)貨檢驗(yàn)記錄、材料質(zhì)量證明書（蓋材料確認(rèn)章），安裝過程控制記錄，檢驗(yàn)記錄、成品檢驗(yàn)、合格證（質(zhì)量證明書）填寫完整規(guī)范。（日期：2011年取證以后～目前《抽查例年安裝工程檔案》，按月歸檔或合同歸檔）（以上安裝工程（產(chǎn)品）的訂貨合同或特檢院監(jiān)檢報(bào)告）

26、設(shè)備臺(tái)賬、日常維護(hù)保養(yǎng)記錄、維修計(jì)劃、檔案等。

27、計(jì)量器具臺(tái)賬、（檢定合格證）檔案等。

28、員工能力評(píng)定表、檔案、培訓(xùn)等。

第三篇：項(xiàng)目開始前的準(zhǔn)備工作

CEO埋下了失敗的“種子”

“企業(yè)信息化是什么?”

許多的時(shí)候CIO都告訴CEO，信息化可以提高企業(yè)的反應(yīng)能力，提高與客戶的溝通效率，增強(qiáng)企業(yè)應(yīng)對(duì)市場(chǎng)的靈活性，從而使企業(yè)能夠更加靈活地應(yīng)對(duì)市場(chǎng)競(jìng)爭(zhēng)，滿足于客戶的需求，從而獲得更多利潤(rùn)。

這種解釋，貌似講明了信息化對(duì)企業(yè)的價(jià)值，但只不過是信息化對(duì)企業(yè)作用的表層顯現(xiàn)。信息化最重要的價(jià)值，并不是它能創(chuàng)造什么顯性價(jià)值，而是在于它能夠打破企業(yè)中原有的各種信息的溝通障礙，形成一種信息共享“文化”。這種“文化”將逐步削弱信息孤島效應(yīng)，使企業(yè)獲得快速的市場(chǎng)反應(yīng)能力，按照市場(chǎng)的要求改變自身的行為，讓企業(yè)的產(chǎn)品服務(wù)更加貼近用戶，贏得顧客的喜愛，企業(yè)也在贏得顧客的同時(shí)獲得更多利潤(rùn)。

在京華公司的ERP項(xiàng)目實(shí)施中，老板的嘗試心理，在項(xiàng)目實(shí)施之初就已經(jīng)為ERP項(xiàng)目的失敗埋下了“種子”。“ERP供應(yīng)商是為我們服務(wù)的，我們花了錢，當(dāng)然是要什么，就讓他們做什么?！边@是企業(yè)老板的常見心理，至于信息化到底是什么，能帶來什么樣的效益，需要對(duì)信息化提供怎樣的支持……他們并沒有真正認(rèn)識(shí)到，因此在項(xiàng)目進(jìn)行中，往往最具決策權(quán)的老板卻對(duì)項(xiàng)目沒有明確的認(rèn)識(shí)，實(shí)施中做出一系列決策失誤也就在所難免。

CIO迷住了自己眼睛

流程改造、第三方咨詢、員工培訓(xùn)……這些項(xiàng)目的實(shí)施過程，相信CIO們都已經(jīng)爛熟于心，但真正到了項(xiàng)目實(shí)施的時(shí)候卻往往手忙腳亂，是誰迷住了CIO的眼睛?不是別人，常常是CIO自己!

京華公司在項(xiàng)目實(shí)施前并沒有認(rèn)真進(jìn)行項(xiàng)目的各種準(zhǔn)備工作，僅僅是老板的一次“嘗試”便啟動(dòng)了ERP項(xiàng)目。這讓CIO李杰在項(xiàng)目實(shí)施中吃盡了苦頭。在京華公司ERP項(xiàng)目前期調(diào)研階段，各個(gè)部門表面贊同實(shí)則推諉、對(duì)信息化建設(shè)在自己部門的應(yīng)用認(rèn)識(shí)不足、需求不清，又不跟IT部門進(jìn)行溝通，慣性的依賴讓業(yè)務(wù)部門把所有的任務(wù)轉(zhuǎn)嫁給IT部門，也因此逃避了責(zé)任，繼而在項(xiàng)目后續(xù)實(shí)施中，提出各種各樣的改進(jìn)需求，無窮無盡的二次開發(fā)最終將項(xiàng)目拖進(jìn)了成本不斷增加的泥潭……

項(xiàng)目開始前，一些準(zhǔn)備工作必不可少，做好這些工作可以幫助CIO在項(xiàng)目實(shí)施中擦亮雙眼，及時(shí)預(yù)測(cè)并規(guī)避各種風(fēng)險(xiǎn)。這是工作包括：

1、識(shí)別企業(yè)信息化的關(guān)鍵流程，對(duì)需要改進(jìn)的“短板”進(jìn)行必要補(bǔ)充;

2、對(duì)企業(yè)進(jìn)行變革的數(shù)據(jù)進(jìn)行基礎(chǔ)性整理，規(guī)范數(shù)據(jù)類型;

3、根據(jù)實(shí)際情況制定員工基礎(chǔ)IT技能培訓(xùn)計(jì)劃;

4、選擇信息化硬軟件產(chǎn)品、及第三方的咨詢服務(wù);

5、取得企業(yè)中各種力量的支持;

6、盡可能多的考慮各種可能發(fā)生的困難和阻力，進(jìn)行風(fēng)險(xiǎn)預(yù)測(cè);

7、對(duì)人員、財(cái)務(wù)、文化變革風(fēng)險(xiǎn)進(jìn)行思考規(guī)劃;

……

只有在前期準(zhǔn)備階段，盡可能多地考慮項(xiàng)目為企業(yè)帶來的變革和影響，才能有效降低項(xiàng)目實(shí)施的阻力。

第四篇：測(cè)試準(zhǔn)備工作狀態(tài)報(bào)告

測(cè)試準(zhǔn)備工作狀態(tài)報(bào)告

目錄

1測(cè)試方法分類...........1

1.1靜態(tài)測(cè)試................1

1.2動(dòng)態(tài)測(cè)試................2

1.2.1黑盒測(cè)試..........2

1.2.2白盒測(cè)試..........2

1.3單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試...........2

1.3.1單元測(cè)試..........2

1.3.2集成測(cè)試..........3

1.3.3確認(rèn)測(cè)試..........3

1.3.4系統(tǒng)測(cè)試..........3

1.3.5驗(yàn)收測(cè)試..........3

2.各種測(cè)試方法的優(yōu)缺點(diǎn)................3

2.1各種測(cè)試方法的優(yōu)點(diǎn).............3

2.2各種測(cè)試方法的缺點(diǎn).............4

3.對(duì)軟件測(cè)試方法的理解................4

1測(cè)試方法分類

1.1靜態(tài)測(cè)試

靜態(tài)測(cè)試又可分為代碼走查，代碼審查，技術(shù)評(píng)審。它可以由人工進(jìn)行，充分發(fā)揮人的邏輯思維優(yōu)勢(shì)，也可以借助軟件工具自動(dòng)進(jìn)行。

1.代碼走查

開發(fā)組內(nèi)部進(jìn)行的，采用講解、討論和模擬運(yùn)行的方式進(jìn)行的查找錯(cuò)誤的活動(dòng)。

2.代碼審查

開發(fā)組內(nèi)部進(jìn)行的，采用講解、提問并使用編碼模板進(jìn)行的查找錯(cuò)誤的活動(dòng)。一般有正式的計(jì)劃、流程和結(jié)果報(bào)告。

3.技術(shù)評(píng)審

開發(fā)組、測(cè)試組和相關(guān)人員(QA、產(chǎn)品經(jīng)理等)聯(lián)合進(jìn)行的，采用講解、提問并使用編碼模板進(jìn)行的查找錯(cuò)誤的活動(dòng)。一般有正式的計(jì)劃、流程和結(jié)果報(bào)告。

實(shí)際工作，我們完全不必要被概念所束縛住，根據(jù)項(xiàng)目的實(shí)際情況來決定采取什么的靜態(tài)測(cè)試形式，不用嚴(yán)格去區(qū)分到底是代碼走查，代碼審查和還是技術(shù)評(píng)審。在實(shí)際使用中，代碼檢查比動(dòng)態(tài)測(cè)試更有效率，能快速找到缺陷，發(fā)現(xiàn)30%~70%的邏輯設(shè)計(jì)和編碼缺陷；代碼檢查看到的問題本身并非征兆。

1.2動(dòng)態(tài)測(cè)試

動(dòng)態(tài)測(cè)試又分黑盒測(cè)試、白盒測(cè)試和回歸測(cè)試。

1.2.1黑盒測(cè)試

黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測(cè)試來檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。

“黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試?！昂诤小狈ㄊ歉F舉輸入測(cè)試，只有把所有可能的輸入都作為測(cè)試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤。實(shí)際上測(cè)試情況有無窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測(cè)試。

黑盒測(cè)試的測(cè)試用例設(shè)計(jì)方法：等價(jià)類劃分方法、邊界值分析方法、錯(cuò)誤推測(cè)方法、因果圖方法、判定表驅(qū)動(dòng)分析方法、正交實(shí)驗(yàn)設(shè)計(jì)方法、功能圖分析方法

1.2.2白盒測(cè)試

白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測(cè)試來檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路測(cè)試等，主要用于軟件驗(yàn)證。“白盒”法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試。“白盒”法是窮舉路徑測(cè)試。在使用這一方案時(shí)，測(cè)試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測(cè)試數(shù)據(jù)。

1.3單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試 軟件測(cè)試類型按開發(fā)階段劃分單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試

1.3.1單元測(cè)試

測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單元，目的是檢驗(yàn)?zāi)K中有無故障存在，針對(duì)每個(gè)模塊解決5個(gè)方面問題：模塊接口測(cè)試，模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試，覆蓋測(cè)試，出錯(cuò)處理測(cè)試，邊界條件測(cè)試。在對(duì)每個(gè)模塊進(jìn)行單元測(cè)試時(shí)，需要考慮模塊與周圍環(huán)境之間的相互聯(lián)系，因?yàn)槊總€(gè)模塊在整個(gè)軟件中并不是單一的。為模擬這一聯(lián)系，在單元測(cè)試時(shí)，必須設(shè)計(jì)輔助測(cè)試模塊，即驅(qū)動(dòng)模塊和樁模塊，被測(cè)模塊與這兩個(gè)模塊一起構(gòu)成一個(gè)測(cè)試環(huán)境。單元測(cè)試要完成這個(gè)全過程。

1.3.2集成測(cè)試

是按照設(shè)計(jì)要求將通過單元測(cè)試后的模塊組合成一個(gè)整體測(cè)試的過程。因?yàn)槌绦蛟谀承┚植繘]有出此案的問題，很可能在全局上暴露出來。主要方法分為非增量式集成測(cè)試和增量式集成測(cè)試兩種。

1.3.3確認(rèn)測(cè)試

通過集成測(cè)試之后，獨(dú)立的模塊已連接起來，構(gòu)成一個(gè)完整的程序，其中各模塊之間存在的問題已被消除，即可進(jìn)入確認(rèn)測(cè)試階段。

1.3.4系統(tǒng)測(cè)試

軟件和硬件進(jìn)行了一系列系統(tǒng)集成和測(cè)試，已保證系統(tǒng)各組成部分能夠協(xié)調(diào)地工作。系統(tǒng)測(cè)試實(shí)際上是針對(duì)系統(tǒng)中各個(gè)組成部分進(jìn)行的綜合性測(cè)試等。系統(tǒng)測(cè)試的目標(biāo)不是要找出軟件故障，而是要證明系統(tǒng)的性能。

1.3.5驗(yàn)收測(cè)試

驗(yàn)收測(cè)試是將最終產(chǎn)品與最終用戶的當(dāng)前需求進(jìn)行比較的過程，使軟件開發(fā)結(jié)束后軟件產(chǎn)品向用戶交付之前的最后一次質(zhì)量檢驗(yàn)活動(dòng)，它解決軟件產(chǎn)品是否符合預(yù)期的各項(xiàng)要求，用戶是否接受等問題。驗(yàn)收測(cè)試是全面的質(zhì)量檢驗(yàn)并決定軟件是否合格。

驗(yàn)收測(cè)試的主要任務(wù)：明確驗(yàn)收測(cè)試通過的標(biāo)準(zhǔn)；確定驗(yàn)收計(jì)劃、方式并對(duì)其進(jìn)行評(píng)審；確定測(cè)試結(jié)果的分析方法；設(shè)計(jì)驗(yàn)收測(cè)試的用例；執(zhí)行驗(yàn)收測(cè)試，分析驗(yàn)收結(jié)果，決定是否通過驗(yàn)收。

2.各種測(cè)試方法的優(yōu)缺點(diǎn)

2.1各種測(cè)試方法的優(yōu)點(diǎn)

黑盒測(cè)試的優(yōu)點(diǎn)：簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問題；基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；在做軟件自動(dòng)化測(cè)試時(shí)比較方便。

白盒測(cè)試的優(yōu)點(diǎn)：迫使測(cè)試人員去仔細(xì)思考軟件的實(shí)現(xiàn)，可以檢測(cè)代碼中的每條分支和路徑，揭示隱藏在代碼中的錯(cuò)誤，對(duì)代碼的測(cè)試比較徹底，最優(yōu)化。

2.2各種測(cè)試方法的缺點(diǎn)

靜態(tài)測(cè)試的缺點(diǎn)：代碼檢查非常耗費(fèi)時(shí)間，而且代碼檢查需要只是和經(jīng)驗(yàn)的積累。黑盒測(cè)試的缺點(diǎn)：測(cè)試不可能覆蓋所有的代碼，覆蓋率較低；自動(dòng)化測(cè)試的復(fù)用性較低。白盒測(cè)試的缺點(diǎn)：程序運(yùn)行有很多路徑，不可能測(cè)試所有的路徑；基于代碼，只能測(cè)試程序設(shè)計(jì)的對(duì)不對(duì)，不能判斷功能設(shè)計(jì)合不合理；測(cè)試開銷大。

3.對(duì)軟件測(cè)試方法的理解

在測(cè)試軟件時(shí)應(yīng)該先使用黑盒測(cè)試法，在在此基礎(chǔ)上進(jìn)行白盒測(cè)試。主要應(yīng)該使用等價(jià)類劃分方法、邊界值分析方法。要仔細(xì)劃分有效等價(jià)類和無效等價(jià)類。

第五篇：壓力測(cè)試計(jì)劃實(shí)例

壓力測(cè)試計(jì)劃實(shí)例

發(fā)布時(shí)間: 2007-4-14 11:22作者: tonny來源: 轉(zhuǎn)載

字體:小中大| 上一篇 下一篇 | 打印| 我要投稿| 每周一問，答貼有獎(jiǎng)

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

本文不想就軟件測(cè)試技術(shù)和軟件測(cè)試策略作深入的理論分析，而是列舉一個(gè)在軟件系統(tǒng)測(cè)試階段進(jìn)行的壓力測(cè)試實(shí)例，希望能通過這個(gè)實(shí)例與從事軟件測(cè)試相關(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（對(duì)象請(qǐng)求代理）軟件保證多個(gè)應(yīng)用服務(wù)器間的負(fù)載均衡。本次測(cè)試的目的是：進(jìn)行單個(gè)應(yīng)用服務(wù)器的壓力測(cè)試，找出單個(gè)應(yīng)用服務(wù)器能夠支持的最大客戶端數(shù)。測(cè)試壓力估算的依據(jù)是：假定在實(shí)際環(huán)中，用戶只啟用一個(gè)應(yīng)用服務(wù)器進(jìn)行所有的業(yè)務(wù)處理。方法是：按照正常業(yè)務(wù)壓力估算值的1~10倍進(jìn)行測(cè)試，考察應(yīng)用服務(wù)器的運(yùn)行情況。

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

壓力測(cè)試計(jì)劃

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

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

2、測(cè)試內(nèi)容

2.1背景

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

◇由兩臺(tái) 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測(cè)試項(xiàng)

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

2.3不被測(cè)試的特性

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

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

3、測(cè)試計(jì)劃

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

測(cè)試壓力估算時(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)完成；

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

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

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

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

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

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

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

3.2測(cè)試環(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)使用兩臺(tái)IBM XSeries250（1G內(nèi)存）PC Server作Microsoft Cluster，安裝系統(tǒng)軟件

2000 Advance Server及Microsoft Cluster Server（MSCS）。

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

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

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

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

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

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

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

3)在數(shù)據(jù)庫中建立測(cè)試記錄表，生成測(cè)試記錄，向數(shù)據(jù)庫寫入測(cè)試記錄的功能不通過被測(cè)的應(yīng)用服務(wù)器實(shí)現(xiàn)。日志內(nèi)容包括：發(fā)送測(cè)試請(qǐng)求的機(jī)器名、客戶端測(cè)試程序序號(hào)、發(fā)出請(qǐng)求時(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破壞性測(cè)試

按照設(shè)計(jì)連接的客戶端連接數(shù)量進(jìn)行測(cè)試，把應(yīng)用服務(wù)器處理請(qǐng)求的設(shè)計(jì)頻度增加1－10倍，分別測(cè)試出現(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í)間。

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

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

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

選擇一種負(fù)荷比設(shè)計(jì)負(fù)荷重的情況（應(yīng)用服務(wù)器處理請(qǐng)求的頻度為應(yīng)用服務(wù)器處理請(qǐng)求的 設(shè)計(jì)頻度的1.5倍），進(jìn)行24小時(shí)穩(wěn)定性測(cè)試。

3.5測(cè)試方法和工具

黑盒測(cè)試

測(cè)試工具：無外購的測(cè)試工具，自己編制的測(cè)試工具。

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

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

其中：基本硬件、軟件環(huán)境及系統(tǒng)本底數(shù)據(jù)的準(zhǔn)備：1天，系統(tǒng)客戶端測(cè)試程序的編寫及測(cè)試：1天。

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

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

3.7測(cè)試中的問題及處理

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

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

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

3.7.2不可預(yù)見問題

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

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

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

3.8測(cè)試報(bào)告 2002.06.21

測(cè)試總結(jié)報(bào)告提交日期：2002.06.21。

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

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

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

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

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

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

4、人員和職責(zé)

4.1職責(zé)

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

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

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

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

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

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

5、批準(zhǔn)

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