手工測(cè)試在功能測(cè)試中的優(yōu)勢(shì)還是比較大的，工具本身并沒有想象力和靈活性，而人對(duì)界面美觀性、邏輯合理性，容易作出判斷。

所以功能測(cè)試自動(dòng)化主要的應(yīng)用 在回歸測(cè)試中，而且產(chǎn)品的界面（UI）和功能變化較大，自動(dòng)化的腳本（Script）維護(hù)成本較大，投入和產(chǎn)出往往變成我們最關(guān)心的問題，在功能測(cè)試中實(shí) 現(xiàn)測(cè)試自動(dòng)化究竟是否合算？

　　舉個(gè)例子：假如一個(gè)功能測(cè)試用例，手工運(yùn)行需要10分鐘，而為此測(cè)試用例開發(fā)腳本需要4個(gè)小時(shí)，即240分鐘，那么意味著這個(gè)測(cè)試腳本要被運(yùn)行24次收回成本，如果在加上測(cè)試腳本的維護(hù)工作量（10％），需要重復(fù)運(yùn)行40－50次，才收回成本。如果在產(chǎn)品的一個(gè)版本中要進(jìn)行2－3輪測(cè)試（一般是需要的），這個(gè)產(chǎn)品需要發(fā)布15－20個(gè)版本才收回成本。所以業(yè)界常說，產(chǎn)品發(fā)布7個(gè)版本才收回成本。

　　如何降低成本、可以相對(duì)增加產(chǎn)出或者說更快地收回成本？關(guān)鍵是提高腳本開發(fā)速度、提高腳本運(yùn)行的穩(wěn)定性和降低維護(hù)腳本的工作量，主要方法有：

　　－ 選擇較好的、更適合的測(cè)試工具

　?。?選擇適宜自動(dòng)化的模塊

　?。?盡量將腳本寫成數(shù)據(jù)驅(qū)動(dòng)的腳本，這一點(diǎn)很重要。

　?。?多錄制腳本，然后結(jié)構(gòu)化腳本。我們知道，不是所有的模塊都可以變?yōu)閿?shù)據(jù)驅(qū)動(dòng)方式，這時(shí)就要抽象出腳本的結(jié)構(gòu)，進(jìn)行有效的組合，包括分層，形成有效的層次性。

　?。?測(cè)試和腳本開發(fā)合二為一，效率更明顯

　　下表也部分說明了這個(gè)問題。也希望得到您更好的想法。

　　在“測(cè)試評(píng)估和計(jì)劃”中的一些測(cè)試計(jì)劃和測(cè)試策略等活動(dòng)的介紹，可以在網(wǎng)上搜索到，而且這些內(nèi)容對(duì)于初學(xué)者來說只需要了解就行了，因?yàn)檫@些內(nèi)容大多是測(cè)試經(jīng)理和測(cè)試架構(gòu)師在做。

　　在本章節(jié)的介紹中

　　測(cè)試用例的內(nèi)容：

　　測(cè)試用例是為特定的目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果。測(cè)試用例是執(zhí)行的最小實(shí)體。

　　開始點(diǎn)：當(dāng)需求已經(jīng)被記載和復(fù)查，相關(guān)的測(cè)試方案已獲批準(zhǔn)的時(shí)候，測(cè)試用例開發(fā)才開始。

　　結(jié)束點(diǎn)：測(cè)試用例是用于整個(gè)測(cè)試執(zhí)行階段，并且為后續(xù)項(xiàng)目回歸測(cè)試用例重用而保留。

　　測(cè)試用例的作用：測(cè)試用例是執(zhí)行的最小實(shí)體。簡(jiǎn)單地說，測(cè)試用例就是設(shè)計(jì)一個(gè)場(chǎng)景，使軟件程序在這種場(chǎng)景下，必須能夠正常運(yùn)行并且達(dá)到程序所設(shè)計(jì)的執(zhí)行結(jié)果。

　　Level2 重要：
　　1、2級(jí)測(cè)試用例實(shí)際系統(tǒng)的重要功能。2級(jí)用例數(shù)量較多。
　　2、劃分依據(jù)：主要包括一些功能交互相關(guān)、各種應(yīng)用場(chǎng)景、使用頻率較高的正常功能測(cè)試用例
　　3、在非回歸的系統(tǒng)測(cè)試版本中基本上都需要進(jìn)行驗(yàn)證，以保證系統(tǒng)所有的重要功能都能夠正常實(shí)現(xiàn)。在測(cè)試過程中可以根據(jù)版本當(dāng)前的具體情況進(jìn)行安排進(jìn)行測(cè)試。

　　Level3 一般：
　　1、3級(jí)測(cè)試用例設(shè)計(jì)系統(tǒng)的一般功能，3級(jí)用例數(shù)量也較多。
　　2、劃分依據(jù)：使用頻率較低于2級(jí)用例。例如：數(shù)值或數(shù)組的編輯情況、特殊字符、字符串超長(zhǎng)、與外部件交互消息失敗、消息超時(shí)、事物完整性測(cè)試、可靠性測(cè)試等等。
　　3、在非回歸的系統(tǒng)測(cè)試版本中不一定都進(jìn)行驗(yàn)證，而且在系統(tǒng)測(cè)試的中后期并不一定需要每個(gè)版本都進(jìn)行測(cè)試

　　Level4 生僻：如果沒有可以不適用該級(jí)別
　　1、該級(jí)別用例一般非常少。
　　2、劃分依據(jù)：該用例對(duì)應(yīng)較生僻的預(yù)置條件和數(shù)據(jù)設(shè)置。雖然某些測(cè)試用例發(fā)現(xiàn)過較嚴(yán)重的錯(cuò)誤，但是那些用例的處罰條件非常特殊，仍然應(yīng)該被植入4級(jí)用例中。如界面規(guī)范化的測(cè)試也可歸入4級(jí)用例。在實(shí)際使用中使用頻率非常低、對(duì)用戶可有可無的功能。
　　3、在版本測(cè)試中有某些正常原因（包括：環(huán)境、人力、時(shí)間等）經(jīng)過測(cè)試經(jīng)理同意可以不進(jìn)行測(cè)試。

　　軟件的缺陷等級(jí)應(yīng)如何劃分：

　　A類——致命錯(cuò)誤，包括以下各種錯(cuò)誤：
　　1．由于程序所引起的死機(jī)，非法退出
　　2．死循環(huán)
　　3．數(shù)據(jù)庫發(fā)生死鎖
　　4．因錯(cuò)誤操作導(dǎo)致的程序中斷
　　5．功能錯(cuò)誤
　　6．與數(shù)據(jù)庫連接錯(cuò)誤
　　7．?dāng)?shù)據(jù)通訊錯(cuò)誤

　　B類——嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：
　　1．程序錯(cuò)誤
　　2．程序接口錯(cuò)誤
　　3．?dāng)?shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件

　　C類——一般錯(cuò)誤，包括以下各種錯(cuò)誤：
　　1．操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）
　　2．打印內(nèi)容、格式錯(cuò)誤
　　3．簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制
　　4．刪除操作未給出提示
　　5．?dāng)?shù)據(jù)庫表中有過多的空字段

　　D類——提示錯(cuò)誤，包括以下各種錯(cuò)誤：
　　1．界面不規(guī)范
　　2． 輔助說明描述不清楚
　　3． 輸入輸出不規(guī)范
　　4． 長(zhǎng)操作未給用戶提示
　　5． 提示窗口文字未采用行業(yè)術(shù)語
　　6． 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志

　　這種錯(cuò)誤的主要表現(xiàn)舉例如下：

　　測(cè)試用例的設(shè)計(jì)方法包括：

　　◆ 等價(jià)類劃分法

　　◆ 邊界值法

　　◆ 功能圖與判定表法

　　◆ 錯(cuò)誤推測(cè)法

　　◆ 用戶場(chǎng)景法

　　◆ ......

　　其實(shí)，測(cè)試用例中輸入數(shù)據(jù)的設(shè)計(jì)方法只是測(cè)試用例設(shè)計(jì)方法的一個(gè)子集，上面列出的集中方法都是確定黑盒測(cè)試用例的輸入測(cè)試數(shù)據(jù)的一般方法，而不是測(cè)試用例的設(shè)計(jì)方法。

　　除了確定輸入數(shù)據(jù)之外，測(cè)試用例的設(shè)計(jì)還包括如何確定測(cè)試用例的設(shè)計(jì)策略，如何組織設(shè)計(jì)用例，如何從測(cè)試需求等文檔創(chuàng)建完整的測(cè)試用例。

　　對(duì)測(cè)試執(zhí)行人員來說，測(cè)試用例的表示內(nèi)容包括以下幾個(gè)方面：

　　◆ 測(cè)試用例的測(cè)試目標(biāo)

　　◆ 測(cè)試用例的被測(cè)功能點(diǎn)描述

　　◆ 測(cè)試用例的測(cè)試運(yùn)行環(huán)境

　　◆ 測(cè)試用例的執(zhí)行方法（包括測(cè)試步驟，輸入測(cè)試數(shù)據(jù)或測(cè)試腳本）

　　◆ 測(cè)試期望的結(jié)果

　　◆ 執(zhí)行測(cè)試的實(shí)際結(jié)果

　　◆ 其他輔助說明

　　乍看起來有點(diǎn)像測(cè)試策劃（計(jì)劃）考慮的因素。但是測(cè)試用例的設(shè)計(jì)和測(cè)試計(jì)劃的設(shè)計(jì)關(guān)注點(diǎn)不同，測(cè)試計(jì)劃考慮的宏觀和全面些，而測(cè)試用例考慮的更窄。

　　設(shè)計(jì)測(cè)試用例首先要考慮以下幾個(gè)問題：

　　◆ 為什么要設(shè)計(jì)測(cè)試用例？

　　◆ 誰來寫測(cè)試用例？這些寫測(cè)試用例的人的測(cè)試技術(shù)和對(duì)被測(cè)試產(chǎn)品了得有多深入？

　　◆ 測(cè)試用例寫給誰看，多少人將試用測(cè)試用到？

　　◆ 分配給寫測(cè)試用例的時(shí)間是多長(zhǎng)？要安排幾個(gè)人來寫？

　　◆ 怎么在測(cè)試用例的成本、質(zhì)量和效率方面達(dá)到平衡？

　 　只有回答了這些問題，才能確定測(cè)試用例的具體寫作方法和表現(xiàn)形式。一般而言，公司里分配寫作測(cè)試用例的時(shí)間并不長(zhǎng)，而且提供的文檔也不全面，所以寫測(cè)試 用例要符合測(cè)試部門的當(dāng)前現(xiàn)狀和項(xiàng)目的測(cè)試特點(diǎn)，綜合考慮，所以看起來有點(diǎn)像測(cè)試計(jì)劃的某些內(nèi)容，但是對(duì)問題的細(xì)化程度不一樣。

　　測(cè)試用例的設(shè)計(jì)是一項(xiàng)復(fù)雜的測(cè)試工作，測(cè)試用例的設(shè)計(jì)方法需要考慮測(cè)試的目標(biāo)，被測(cè)試軟件的特性，測(cè)試者人力資源的技術(shù)和能力，測(cè)試組織形式，測(cè)試進(jìn)度、測(cè)試成本等多個(gè)方面。

　　在設(shè)計(jì)測(cè)試用例時(shí)，可以綜合運(yùn)用以下方法：

　　◆ 根據(jù)被測(cè)軟件的功能和特性點(diǎn)設(shè)計(jì)測(cè)試用例：

　　　　● 根據(jù)被測(cè)試功能點(diǎn)設(shè)計(jì)測(cè)試用例

　　● 測(cè)試計(jì)劃中需要執(zhí)行哪些測(cè)試組件？

　　● 測(cè)試計(jì)劃中有多少測(cè)試用例？

　　● 在執(zhí)行測(cè)試過程中，使用什么方法來記錄測(cè)試用例的狀態(tài)？

　　● 如何挑選出有效的測(cè)試組件和測(cè)試用例來著重測(cè)試某些模塊？

　　● 上次使用的測(cè)試用例的通過率是多少？

　　● 在未通過的測(cè)試用例中，有多少是上次執(zhí)行的時(shí)候也未通過的？

　　準(zhǔn)確地回答這些問題，需要對(duì)測(cè)試過程中測(cè)試用例進(jìn)行跟蹤。

　 　前面提到，測(cè)試過程中，測(cè)試用例有三種狀態(tài)：通過、未通過和未測(cè)試。根據(jù)在測(cè)試執(zhí)行過程中測(cè)試用例的狀態(tài)，實(shí)現(xiàn)測(cè)試用例的跟蹤，從而進(jìn)行測(cè)試有效性的檢 驗(yàn)。因此，測(cè)試用例的跟蹤主要是針對(duì)測(cè)試過程中測(cè)試用例的執(zhí)行和輸出而進(jìn)行的跟蹤，從而達(dá)到測(cè)試過程的可管理性和進(jìn)行測(cè)試有效性評(píng)估。

　　跟蹤測(cè)試用例包括兩個(gè)方面的內(nèi)容：

　 　● 測(cè)試用例執(zhí)行的跟蹤：測(cè)試用例具有易組織性、可評(píng)估性和管理性，在測(cè)試用例執(zhí)行過程中，實(shí)現(xiàn)測(cè)試用例執(zhí)行過程的跟蹤可以有效地將測(cè)試過程量化。例如，執(zhí)行 一輪測(cè)試中，需要跟蹤總共執(zhí)行了多少測(cè)試用例，每個(gè)測(cè)試人員平均每天使用多少測(cè)試用例，測(cè)試用例中通過、未通過以及未使用的占多少，未使用的原因是什么， 當(dāng)然，這是個(gè)相對(duì)的過程，測(cè)試人員工作量的跟蹤不應(yīng)該僅僅憑借測(cè)試用例的執(zhí)行情況和發(fā)現(xiàn)的程序缺陷多少來判定，但至少，通過測(cè)試執(zhí)行情況的跟蹤可以大致判定當(dāng)前的項(xiàng)目/軟件和測(cè)試的質(zhì)量與進(jìn)度，并對(duì)測(cè)試的時(shí)間做出大致的推斷。

　　● 測(cè)試用例覆蓋率的跟蹤：測(cè)試用例的覆蓋率指的是根據(jù)測(cè)試用例進(jìn)行測(cè)試的執(zhí)行結(jié)果與實(shí)際的軟件存在的問題的比較，從而實(shí)現(xiàn)對(duì)測(cè)試有效性的評(píng)估。

　　跟蹤測(cè)試用例的形式一般有幾種：

　　● 記憶：顧名思義，憑借個(gè)人的記憶來跟蹤測(cè)試用例，這是一種非常不可取的方法，除非是測(cè)試只是基于個(gè)人開發(fā)的小型軟件上。

　　● 書面文檔：在比較小規(guī)模的測(cè)試項(xiàng)目中，使用書面文檔記錄和跟蹤測(cè)試用例也是可行的一種方法。測(cè)試用例清單的列表和圖例也可以被有效地使用，但作為組織和搜索數(shù)據(jù)進(jìn)行分析時(shí)，這種方法是很有局限的。

　　● 電子表格：一種流行而高效的方法是使用電子表格來跟蹤和記錄測(cè)試的過程。通過表格中列出的測(cè)試用例的跟蹤細(xì)節(jié)，可以直觀地看到測(cè)試的狀態(tài)以及分析和統(tǒng)計(jì)測(cè)試用例的通過，與軟件缺陷的關(guān)聯(lián)等，這為測(cè)試中有效管理和分析測(cè)試過程以及軟件的質(zhì)量提供了有效的量化依據(jù)。

　　● 自定義數(shù)據(jù)庫：最理想的方式是通過自定義的數(shù)據(jù)庫來跟蹤測(cè)試用例的執(zhí)行和覆蓋率，例如，測(cè)試人員通過特定的自定義程序如Web頁面將測(cè)試的結(jié)果提交，通過自定義的數(shù)據(jù)庫（Access、SQL Server、MySQL、Oracle等用戶習(xí)慣的數(shù)據(jù)庫系統(tǒng)）來存儲(chǔ)這些測(cè)試結(jié)果，并通過自己編寫的工具生成報(bào)表、分析圖等，這樣將更加有效地管理和跟蹤整個(gè)的測(cè)試過程，當(dāng)然，所花費(fèi)的成本將也是最高的。

　　摘要：本文簡(jiǎn)單介紹軟件的性能測(cè)試過程，將性能測(cè)試過程分為性能測(cè)試設(shè)計(jì)、性能測(cè)試執(zhí)行、測(cè)試結(jié)果分析三個(gè)階段，并介紹了每個(gè)階段的主要工作內(nèi)容和方法，配有簡(jiǎn)單的例子進(jìn)行解釋。

　　關(guān)鍵字：性能測(cè)試 性能測(cè)試設(shè)計(jì) 測(cè)試場(chǎng)景 結(jié)果分析

　 　隨著企業(yè)需求的日益增長(zhǎng)以及計(jì)算技術(shù)的不斷進(jìn)步，企業(yè)級(jí)系統(tǒng)的應(yīng)用已經(jīng)從早期的單機(jī)時(shí)代轉(zhuǎn)換到了服務(wù)成千上萬個(gè)用戶的因特網(wǎng)時(shí)代。隨著企業(yè)業(yè)務(wù)量的增 加，企業(yè)的應(yīng)用系統(tǒng)承載的負(fù)荷越來越重，對(duì)應(yīng)用系統(tǒng)的要求越來越高。系統(tǒng)性能的好壞直接影響企業(yè)對(duì)外提供服務(wù)的質(zhì)量，而性能測(cè)試在軟件的質(zhì)量保證中起著重 要的作用。

　　本人結(jié)合自己的經(jīng)驗(yàn)，從技術(shù)角度簡(jiǎn)單討論一下軟件性能測(cè)試的測(cè)試過程。軟件性能測(cè)試過程分為三個(gè)階段：

　　● 性能測(cè)試設(shè)計(jì)

　　● 性能測(cè)試執(zhí)行

　　● 測(cè)試結(jié)果分析

　　1．性能測(cè)試設(shè)計(jì)

　　性能測(cè)試設(shè)計(jì)是性能測(cè)試過程中一個(gè)非常重要的環(huán)節(jié)，性能測(cè)試設(shè)計(jì)的好壞直接關(guān)系到測(cè)試的充分性和測(cè)試結(jié)果的有效性。

　　性能測(cè)試設(shè)計(jì)階段主要包括性能需求分析、測(cè)試場(chǎng)景制定等。

　　1.1 性能需求分析

　　性能需求分析主要包括測(cè)試目的和性能指標(biāo)確定。

　　進(jìn)行性能需求分析，需要明確性能需求。性能需求可以從被測(cè)軟件的相關(guān)文檔中獲得，也可以通過與用戶溝通來獲得。仔細(xì)閱讀被測(cè)軟件附帶的相關(guān)文檔，包括需求文檔、使用文檔、數(shù)據(jù)庫設(shè)計(jì)文檔等，提取有關(guān)軟件性能相關(guān)的描述，例如“要求操作響應(yīng)時(shí)間在……以內(nèi)”、“要求……能夠快速……”、“要求……能夠支持……用戶訪問”、“要求……能快速穩(wěn)定運(yùn)行”、“要求系統(tǒng)連續(xù)……無故障運(yùn)行”等，然后對(duì)提取的測(cè)試需求進(jìn)行分析。

　　（1）確定測(cè)試目的

　　進(jìn)行需求分析，首先要明確性能測(cè)試目的，測(cè)試目的不同直接影響后序的性能測(cè)試場(chǎng)景的制定。測(cè)試目的可以總結(jié)為三類：符合性驗(yàn)證、性能考察、性能調(diào)優(yōu)。

　　● 符合性驗(yàn)證―主要驗(yàn)證軟件是否滿足規(guī)定的性能指標(biāo)要求。如測(cè)試軟件在某一條件下的平均響應(yīng)時(shí)間，或者吞吐率，或者并發(fā)用戶數(shù)等是否滿足規(guī)定的要求。

　　● 性能考察―主要測(cè)試軟件在某種條件下運(yùn)行的性能狀況。如測(cè)試軟件所能支持的最大并發(fā)用戶數(shù)或者最大數(shù)據(jù)量，軟件在不同環(huán)境下的性能狀況，隨用戶數(shù)量的變化或者數(shù)據(jù)量的變化情況下軟件的性能變化狀況等。

　　● 性能調(diào)優(yōu)―主要是通過性能測(cè)試找出軟件的性能瓶頸，分析出引起軟件性能缺陷的原因，并進(jìn)行針對(duì)性的性能優(yōu)化，以改進(jìn)軟件性能。如對(duì)軟件進(jìn)行性能測(cè)試，確定是軟件否存在性能方面的問題，并定位性能瓶頸，對(duì)其進(jìn)行性能優(yōu)化。

　　將測(cè)試需求與上述目的進(jìn)行比較，確定出本次測(cè)試的測(cè)試目的。

　?。?）確定性能指標(biāo)

　 　此處確定的性能指標(biāo)指的是性能需求中要求的，且通過性能測(cè)試直接得到的性能指標(biāo)，主要包括響應(yīng)時(shí)間、吞吐率、資源利用率、交易成功率等，是測(cè)試結(jié)果分析 和判斷的依據(jù)。性能測(cè)試需要有明確的性能指標(biāo)，某些軟件系統(tǒng)具有明確的性能指標(biāo)，而有的軟件系統(tǒng)則需要和用戶一起，通過對(duì)軟件系統(tǒng)的業(yè)務(wù)特點(diǎn)、技術(shù)特點(diǎn)、 應(yīng)用情況等進(jìn)行綜合分析來獲得。

　　如，一軟件系統(tǒng)，要求1個(gè)小時(shí)內(nèi)必須完成7 200筆業(yè)務(wù)?？梢缘贸雒棵胄枰瓿傻臉I(yè)務(wù)為7 200/3 600=2筆，則可以得出該系統(tǒng)需要關(guān)注的性能指標(biāo)為服務(wù)器處理請(qǐng)求的能力，即吞吐率，值為2筆/秒。

　　性能測(cè)試的提前準(zhǔn)備關(guān)注點(diǎn)：

　　1、性能測(cè)試的環(huán)境配置需要能夠盡可能的模擬版本的現(xiàn)場(chǎng)使用，包括外網(wǎng)的設(shè)備，軟件網(wǎng)元，各種硬件平臺(tái)，操作系統(tǒng)，軟件平臺(tái)；

　　2、性能測(cè)試需要準(zhǔn)備合適的模擬腳本來盡可能全真的模擬客戶可能的操作，比如同時(shí)并行網(wǎng)頁操作，同時(shí)進(jìn)行socket連接等。而且要超出客戶的真實(shí)可能情況。

　　性能測(cè)試需要出兩類數(shù)據(jù)：

　　1、基準(zhǔn)測(cè)試對(duì)比數(shù)據(jù)：比較本版本和前一版本的性能指標(biāo)的情況。用以發(fā)現(xiàn)本版本的功能合入是否影響了基準(zhǔn)的性能。基準(zhǔn)測(cè)試的情況下，本版本的新增功能和特性默認(rèn)都是不打開的，保持和前一版本一致。

　　2、單個(gè)功能的性能對(duì)比數(shù)據(jù)：驗(yàn)證本版本中，新增的功能和特性打開的時(shí)候，此功能對(duì)于版本的性能的影響。

　　性能測(cè)試的關(guān)注點(diǎn)：

　　1、資源的占用情況：查看資源的使用情況。資源包括CPU，內(nèi)存，硬盤等。

　　2、資源的釋放情況：查詢系統(tǒng)在業(yè)務(wù)處理停止后是否可以正常的釋放資源，以供后續(xù)業(yè)務(wù)使用。按道理業(yè)務(wù)停止，資源應(yīng)該及時(shí)釋放。常見問題，內(nèi)存泄露，資源吊死，導(dǎo)致系統(tǒng)不能正常釋放資源，嚴(yán)重情況導(dǎo)致宕機(jī)。可以用很多工具來檢測(cè)資源情況。

　　3、異常測(cè)試：性能測(cè)試的情況在一定的話務(wù)（一般是模擬現(xiàn)場(chǎng)的用戶）的情況下，進(jìn)行硬件倒換，雙機(jī)倒換，業(yè)務(wù)切換等。包括破壞性的輸入接入來驗(yàn)證系統(tǒng)在高負(fù)荷情況下的容錯(cuò)性。

　　4、查詢告警等信息：一般系統(tǒng)都會(huì)在出問題的時(shí)候，進(jìn)行通知和告警，這些信息是暴露問題的最好手段，性能測(cè)試需要及時(shí)查看。

　　5、長(zhǎng)時(shí)間運(yùn)行：性能測(cè)試是模擬設(shè)備長(zhǎng)時(shí)間的運(yùn)行，這個(gè)是很好的檢查版本在外場(chǎng)測(cè)試的手段。可以檢查出很多跟時(shí)間，定時(shí)器等相關(guān)的積累效應(yīng)的故障。

　　6、日志檢查：性能測(cè)試需要經(jīng)常的分析系統(tǒng)的日志，包括操作系統(tǒng)，數(shù)據(jù)庫，軟件版本等日志。

　　7、查看業(yè)務(wù)響應(yīng)時(shí)間：長(zhǎng)時(shí)間的測(cè)試后，查看業(yè)務(wù)響應(yīng)的時(shí)候是否在客戶可以接受的范圍。比如網(wǎng)頁的響應(yīng)時(shí)間，終端登錄時(shí)長(zhǎng)等。

　　性能測(cè)試的人員要求：

　　1、性能測(cè)試的人員必須是骨干，不能使用新人進(jìn)行性能測(cè)試。

　　2、性能測(cè)試的人員必須對(duì)全系統(tǒng)非常熟悉，對(duì)于問題定位手段使用熟練。能夠牽頭帶領(lǐng)開發(fā)人員進(jìn)行性能相關(guān)的問題排查。

　　性能測(cè)試報(bào)告：

　　1、性能測(cè)試報(bào)告要體現(xiàn)基準(zhǔn)性能數(shù)據(jù)，單個(gè)功能的性能數(shù)據(jù)。用于評(píng)估版本是否可以在原有的硬件環(huán)境下保持同樣的處理能力。

　　2、性能測(cè)試報(bào)告需要滿足各個(gè)測(cè)試?yán)嫦嚓P(guān)者的要求。所以性能測(cè)試進(jìn)行前需要獲得測(cè)試?yán)嫦嚓P(guān)者的要求，做成明細(xì)表，然后再開始性能測(cè)試。

　　性能測(cè)試的工具要求：

　　1、性能測(cè)試必須有一定的工具準(zhǔn)備，包括LR等 。很多產(chǎn)品的性能測(cè)試需要自研性能測(cè)試工具，工具的最高境界是可以全真的模擬客戶的操作。 特別說明，LR僅僅是一種工具，而性能測(cè)試是一套理論和方法。

　　2、性能測(cè)試工具使用過程中，需要攙和手工操作。比如模擬客戶購物的網(wǎng)購動(dòng)作。工具和手工需要有效結(jié)合。用以彌補(bǔ)工具的某些不可預(yù)知的不足。

　　性能測(cè)試是全系統(tǒng)的測(cè)試的關(guān)鍵點(diǎn)，需要從測(cè)試設(shè)計(jì)，測(cè)試執(zhí)行，人員安排方面都萬分重視。

　　關(guān)于性能測(cè)試模型的探討如下：

　　隨著單位時(shí)間流量的不斷增長(zhǎng)，被測(cè)系統(tǒng)的壓力不斷增大，服務(wù)器資源會(huì)不斷被消耗，TPS值會(huì)因?yàn)檫@些因素而發(fā)生變化，而且符合通常情況下的規(guī)律。以下是一個(gè)性能測(cè)試壓力變化模型圖：

TPS 每秒的吞吐量

　　說明：

　　a點(diǎn)：性能期望值

　　b點(diǎn)：高于期望，系統(tǒng)資源處于臨界點(diǎn)

　　c點(diǎn)：高于期望，性能處于拐點(diǎn)

　　d點(diǎn)：超過負(fù)載，資源不夠用，系統(tǒng)處于崩潰

　　通過如上模型圖中的情況，我們大致可以將當(dāng)前性能測(cè)試分成如下4類：

　　1、性能測(cè)試

　　2、負(fù)載測(cè)試

　　3、壓力測(cè)試

　　4、穩(wěn)定性測(cè)試

　　》性能測(cè)試

　　以上模型圖為準(zhǔn)則，在a點(diǎn)與b點(diǎn)之間的系統(tǒng)性能，表示以性能目標(biāo)預(yù)期為前提，對(duì)系統(tǒng)進(jìn)行施壓，驗(yàn)證系統(tǒng)在資源可用范圍內(nèi)，是否能達(dá)到性能預(yù)期的目標(biāo)。

　　》負(fù)載測(cè)試

　　b點(diǎn)的系統(tǒng)性能，表示在系統(tǒng)在一定的壓力下持續(xù)一段時(shí)間，直到系統(tǒng)的某項(xiàng)或多項(xiàng)指標(biāo)達(dá)到極限，比如系統(tǒng)資源CPU、Memory或者IO等達(dá)到飽和狀態(tài)。

　　》壓力測(cè)試

　　b點(diǎn)到d點(diǎn)的系統(tǒng)性能，表示在超過安全負(fù)載的條件下，不斷對(duì)系統(tǒng)進(jìn)行加壓，直到系統(tǒng)不能再接受請(qǐng)求，并可以確定一個(gè)系統(tǒng)瓶頸的情況下，目的是為了找出系統(tǒng)的瓶頸，需要對(duì)系統(tǒng)進(jìn)行調(diào)優(yōu)。

　　》穩(wěn)定性測(cè)試

　 　確定測(cè)試結(jié)果可信度，指的是性能測(cè)試結(jié)果是否穩(wěn)定可靠。也就是說，測(cè)試得到的各種指標(biāo)數(shù)據(jù)是不是反映了系統(tǒng)真實(shí)性能的情況。例如，如果同一套腳本在對(duì)同 一測(cè)試對(duì)象（即被測(cè)對(duì)象本身沒有變化，例如同一頁面）進(jìn)行的數(shù)次測(cè)試中，一般情況下頁面響應(yīng)時(shí)間指標(biāo)忽高忽低的話，則說明該測(cè)試缺乏信度。則得到的響應(yīng)時(shí) 間并不能反映系統(tǒng)在真實(shí)生產(chǎn)環(huán)境的響應(yīng)時(shí)間。測(cè)試的信度與測(cè)試的效度有著密切的關(guān)系。一般說來，只有信度較高的測(cè)試才能有較高的效度，效度較高的性能指標(biāo) 才有較高的實(shí)際性能分析價(jià)值和對(duì)改進(jìn)性能方案進(jìn)行決策時(shí)的參考價(jià)值。測(cè)試的信度主要涉及到測(cè)試工具自身的可靠性和測(cè)試環(huán)境穩(wěn)定性以及測(cè)試方案成熟性這三個(gè) 方面。

　　第一，測(cè)試工具自身的可靠性。

　　測(cè)試工具的可靠性，主要是指測(cè)試工具本身是否有Bug，性能計(jì)數(shù)器是否準(zhǔn)確等和性能測(cè)試工具針對(duì)當(dāng)前性能測(cè)試項(xiàng)目的場(chǎng)景進(jìn)行的設(shè)置是否合理。

　　解決辦法：

　 　針對(duì)性能測(cè)試工具本身功能方面，要對(duì)要使用的性能工具進(jìn)行評(píng)估，商業(yè)工具和開源工具以及自己開發(fā)的工具，甚至是一些簡(jiǎn)單插件，一些小的 Application等。雖然他們的性能測(cè)試原理都是相同的。但是還是要根據(jù)項(xiàng)目情況和工具情況進(jìn)行整體評(píng)估，特別是一些特別項(xiàng)目，并不是一定商業(yè)工具 就更穩(wěn)定可靠，但是相對(duì)而言，商業(yè)工具功能較為豐富，簡(jiǎn)單易學(xué)習(xí)，穩(wěn)定性也可以。結(jié)合成本和項(xiàng)目情況可以選擇自己開發(fā)工具，也可以定制工具，也可以對(duì)一些工具進(jìn)行部分改進(jìn)，例如自己做個(gè)更加精確的計(jì)數(shù)器。

　 　針對(duì)工具設(shè)置方面，結(jié)合項(xiàng)目情況選擇最合理的設(shè)置，也許run腳本時(shí)候的很多問題，就是由于設(shè)置產(chǎn)生的。這部分需要對(duì)使用的工具很熟悉，清楚一些常用屬 性的設(shè)置場(chǎng)景。例如一些基本的設(shè)置：Agent和Controller的設(shè)置，scenario設(shè)置，counter sets，run setting。

　　第二，測(cè)試環(huán)境穩(wěn)定性。

　　測(cè)試環(huán)境的穩(wěn)定性對(duì)性能測(cè)試結(jié)果的重要性，相信已經(jīng)都深有感觸。每個(gè)項(xiàng)目做性能測(cè)試方案時(shí)候都要梳理一遍可能影響request的開關(guān)，過期時(shí)間等設(shè)置。

　　解決辦法：

　　首先要盡可能建立一個(gè)獨(dú)立的性能測(cè)試環(huán)境，即使一些大型程序，例如大型的電子商務(wù)網(wǎng)站，數(shù)據(jù)庫過于龐大，難以建立獨(dú)立的性能測(cè)試數(shù)據(jù)庫環(huán)境，也要對(duì)性能測(cè)試數(shù)據(jù)進(jìn)行一些標(biāo)識(shí)，建立環(huán)境時(shí)候，要確保web server上的版本和windows server版本相對(duì)應(yīng)，即時(shí)根據(jù)測(cè)試方案要求更新測(cè)試版本。要對(duì)一些用的cache server、Application server，搜索引擎等server集群進(jìn)行合理設(shè)置。以使其符合項(xiàng)目性能測(cè)試的要求。

　　第三，測(cè)試方案成熟性。

　　測(cè)試方案是對(duì)一個(gè)性能測(cè)試從始至終的所有工作的指導(dǎo)。性能測(cè)試相當(dāng)于做一個(gè)精密的實(shí)驗(yàn)，方案的精密嚴(yán)謹(jǐn)性就直接會(huì)導(dǎo)致得到的性能測(cè)試指標(biāo)準(zhǔn)確性，合理性。

　　解決辦法：

　 　首先要熟悉該次性能測(cè)試的目的，和測(cè)試需求。深入分析需求，提取出一些關(guān)鍵點(diǎn)，熟悉涉及到相關(guān)部分的業(yè)務(wù)，特別是涉及到request的，是Html請(qǐng) 求，還是Ajax請(qǐng)求，請(qǐng)求中是否包含動(dòng)態(tài)數(shù)據(jù)，例如一些cookie參數(shù)等。根據(jù)以上了解，提取出性能測(cè)試場(chǎng)景。給出詳細(xì)的測(cè)試場(chǎng)景執(zhí)行方案，以及測(cè)試 指標(biāo)名稱。給出性能指標(biāo)分析策略。取數(shù)據(jù)的策略（例如重測(cè)法，交替形式法，對(duì)半法等）。

　　測(cè)試執(zhí)行過程中要時(shí)刻保持精密的思想，確保性能測(cè)試從始至終都要有據(jù)可依，有理論可考。最終才能得出具有很高參考價(jià)值的性能指標(biāo)數(shù)據(jù)，這樣才能得出有效的性能測(cè)試結(jié)論。

版權(quán)聲明：本文出自 582357212 的51Testing軟件測(cè)試博客：http://www.51testing.com/?305564

　　測(cè)試報(bào)告是 測(cè)試人員在測(cè)試過程中用于反映測(cè)試狀況的文檔，其重要性通過網(wǎng)上哀求、跪求、旋轉(zhuǎn)360度冰天雪地各種求測(cè)試報(bào)告模塊的帖子中就可見一斑。其實(shí)測(cè)試報(bào)告的 內(nèi)容基本都是模板的那些，只是在實(shí)際測(cè)試過程中，如何去整理內(nèi)容結(jié)構(gòu)，使得報(bào)告的通常閱讀者：開發(fā)人員、測(cè)試經(jīng)理、產(chǎn)品經(jīng)理、項(xiàng)目負(fù)責(zé)人能夠一目了然地查 看想要了解的內(nèi)容才是測(cè)試報(bào)告最值得注意的地方。

　　產(chǎn)品要想有廣闊的市場(chǎng)，得需要切實(shí)了解用戶的需求及感受，同理測(cè)試報(bào)告要想能夠讓閱讀 者能夠滿意，也需要能將質(zhì)量情況條理性地列出。通常來說，開發(fā)人員往往希望能從報(bào)告中了解缺陷的情況，而測(cè)試經(jīng)理還關(guān)心用例的執(zhí)行情況及覆蓋率、項(xiàng)目責(zé)任 人則最關(guān)心還有多少問題，此次版本是否測(cè)試通過。因此測(cè)試報(bào)告根據(jù)內(nèi)容的側(cè)重點(diǎn)，分為『版本測(cè)試報(bào)告』和『總結(jié)測(cè)試報(bào)告』，目的也是希望不將所有內(nèi)容列舉 在一個(gè)報(bào)告中，造成內(nèi)容臃腫繁雜。

　　〖版本測(cè)試報(bào)告〗

　　● 主要反映開發(fā)人員提交的測(cè)試版本的質(zhì)量狀況。

　　● 測(cè)試用例設(shè)計(jì)與執(zhí)行、缺陷概況及問題概要是版本測(cè)試報(bào)告中的主要內(nèi)容。

　　● 測(cè)試人員在每個(gè)輪次測(cè)試結(jié)束時(shí)編寫提交。

　　其內(nèi)容結(jié)構(gòu)如下：

　　對(duì)版本測(cè)試報(bào)告的每個(gè)章節(jié)的編寫內(nèi)容進(jìn)行說明：

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

　　● 主要偏重于各已測(cè)試版本的缺陷變化分析，風(fēng)險(xiǎn)預(yù)估。

　　● 各測(cè)試版本質(zhì)量情況概況統(tǒng)計(jì)、缺陷分布統(tǒng)計(jì)、風(fēng)險(xiǎn)分析是總結(jié)測(cè)試報(bào)告中的主要內(nèi)容。

　　● 測(cè)試人員在項(xiàng)目發(fā)布上線前編寫提交。

　　其內(nèi)容結(jié)構(gòu)如下：

　　對(duì)總結(jié)測(cè)試報(bào)告的每個(gè)章節(jié)的編寫內(nèi)容進(jìn)行說明：

　　以上是對(duì)功能測(cè)試報(bào)告編寫的總結(jié)，性能測(cè)試報(bào)告、兼容性測(cè)試報(bào)告因?yàn)閮?nèi)容的不同是不能套用以上測(cè)試報(bào)告的結(jié)構(gòu)進(jìn)行編寫，功能測(cè)試報(bào)告的編寫就是要做到簡(jiǎn)約而不簡(jiǎn)單。