CS架構(gòu)性能測試

1、C/S測試通常，客戶/ 服務(wù)器軟件測試發(fā)生在三個不同的層次：1.個體的客戶端應(yīng)用以 “ 分離的 ” 模式被測試 不考慮服務(wù)器和底層網(wǎng)絡(luò)的運(yùn)行；2.客戶端軟件和關(guān)聯(lián)的服務(wù)器端應(yīng)用被一起測試，但網(wǎng)絡(luò)運(yùn)行不被明顯的考慮；3.完整的 C/S 體系結(jié)構(gòu)，包括網(wǎng)絡(luò)運(yùn)行和性能，被測試。下面的測試方法是 C/S 應(yīng)用中經(jīng)常用到的：應(yīng)用功能測試客戶端應(yīng)用被獨(dú)立地執(zhí)行，以揭示在其運(yùn)行中的錯誤。服務(wù)器測試 測試服務(wù)器的協(xié)調(diào)和數(shù)據(jù)管理功能，也考慮服務(wù)器性能（整體反映時間和數(shù)據(jù)吞吐量）。數(shù)據(jù)庫測試 測試服務(wù)器存儲的數(shù)據(jù)的精確性和完整性，檢查客戶端應(yīng)用提交的事務(wù)，以保證數(shù)據(jù)被正確地存儲、更新和檢索。事務(wù)測試 創(chuàng)建一系列的

2、測試以保證每類事務(wù)被按照需求處理。測試著重于處理的正確性，也關(guān)注性能問題。網(wǎng)絡(luò)通信測試 這些測試驗(yàn)證網(wǎng)絡(luò)節(jié)點(diǎn)間的通信正常地發(fā)生，并且消息傳遞、事務(wù)和相關(guān)的網(wǎng)絡(luò)交通無錯的發(fā)生。C/S結(jié)構(gòu)與B/S結(jié)構(gòu)的特點(diǎn)分析為了區(qū)別于傳統(tǒng)的C/S模式，才特意將其稱為B/S模式。認(rèn)識到這些結(jié)構(gòu)的特征，對于系統(tǒng)的選型而言是很關(guān)鍵的。1、系統(tǒng)的性能在系統(tǒng)的性能方面，B/S占有優(yōu)勢的是其異地瀏覽和信息采集的靈活性。任何時間、任何地點(diǎn)、任何系統(tǒng)，只要可以使用瀏覽器上網(wǎng)，就可以使用B/S系統(tǒng)的終端。不過，采用B/S結(jié)構(gòu)，客戶端只能完成瀏覽、查詢、數(shù)據(jù)輸入等簡單功能，絕大部分工作由服務(wù)器承擔(dān)，這使得服務(wù)器的負(fù)擔(dān)很重。采用C/

3、S結(jié)構(gòu)時，客戶端和服務(wù)器端都能夠處理任務(wù)，這雖然對客戶機(jī)的要求較高，但因此可以減輕服務(wù)器的壓力。而且，由于客戶端使用瀏覽器，使得網(wǎng)上發(fā)布的信息必須是以HTML 格式為主，其它格式文件多半是以附件的形式存放。而HTML格式文件（也就是Web頁面）不便于編輯修改，給文件管理帶來了許多不便。2、系統(tǒng)的開發(fā)C/S結(jié)構(gòu)是建立在中間件產(chǎn)品基礎(chǔ)之上的，要求應(yīng)用開發(fā)者自己去處理事務(wù)管理、消息隊(duì)列、數(shù)據(jù)的復(fù)制和同步、通信安全等系統(tǒng)級的問題。這對應(yīng)用開發(fā)者提出了較高的要求，而且迫使應(yīng)用開發(fā)者投入很多精力來解決應(yīng)用程序以外的問題。這使得應(yīng)用程序的維護(hù)、移植和互操作變得復(fù)雜。如果客戶端是在不同的操作系統(tǒng)上，C/S結(jié)構(gòu)

4、的軟件需要開發(fā)不同版本的客戶端軟件。但是，與B/S結(jié)構(gòu)相比，C/S技術(shù)發(fā)展歷史更為“悠久”。從技術(shù)成熟度及軟件設(shè)計(jì)、開發(fā)人員的掌握水平來看，C/S技術(shù)應(yīng)是更成熟、更可靠的。3、系統(tǒng)的升級維護(hù)C/S系統(tǒng)的各部分模塊中有一部分改變，就要關(guān)聯(lián)到其它模塊的變動，使系統(tǒng)升級成本比較大。B/S與C/S處理模式相比，則大大簡化了客戶端，只要客戶端機(jī)器能上網(wǎng)就可以。對于B/S而言，開發(fā)、維護(hù)等幾乎所有工作也都集中在服務(wù)器端，當(dāng)企業(yè)對網(wǎng)絡(luò)應(yīng)用進(jìn)行升級時，只需更新服務(wù)器端的軟件就可以，這減輕了異地用戶系統(tǒng)維護(hù)與升級的成本。如果客戶端的軟件系統(tǒng)升級比較頻繁，那么B/S架構(gòu)的產(chǎn)品優(yōu)勢明顯所有的升級操作只需要針對服務(wù)器

5、進(jìn)行，這對那些點(diǎn)多面廣的應(yīng)用是很有價值的，例如一些招聘網(wǎng)站就需要采用B/S模式，客戶端分散，且應(yīng)用簡單，只需要進(jìn)行簡單的瀏覽和少量信息的錄入。4、C/S 模式的優(yōu)點(diǎn)和缺點(diǎn) C/S 模式的優(yōu)點(diǎn) 由于客戶端實(shí)現(xiàn)與服務(wù)器的直接相連，沒有中間環(huán)節(jié)，因此響應(yīng)速度快。 操作界面漂亮、形式多樣，可以充分滿足客戶自身的個性化要求。 C/S結(jié)構(gòu)的管理信息系統(tǒng)具有較強(qiáng)的事務(wù)處理能力，能實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程。 C/S 模式的缺點(diǎn) 需要專門的客戶端安裝程序，分布功能弱，針對點(diǎn)多面廣且不具備網(wǎng)絡(luò)條件的用戶群體，不能夠?qū)崿F(xiàn)快速部署安裝和配置。 兼容性差，對于不同的開發(fā)工具，具有較大的局限性。若采用不同工具，需要重新改寫程序

6、。 開發(fā)成本較高，需要具有一定專業(yè)水準(zhǔn)的技術(shù)人員才能完成。5、B/S模式的優(yōu)點(diǎn)和缺點(diǎn) B/S 模式的優(yōu)點(diǎn) 具有分布性特點(diǎn)，可以隨時隨地進(jìn)行查詢、瀏覽等業(yè)務(wù)處理。 業(yè)務(wù)擴(kuò)展簡單方便，通過增加網(wǎng)頁即可增加服務(wù)器功能。 維護(hù)簡單方便，只需要改變網(wǎng)頁，即可實(shí)現(xiàn)所有用戶的同步更新。 開發(fā)簡單，共享性強(qiáng)。 B/S 模式的缺點(diǎn) 個性化特點(diǎn)明顯降低，無法實(shí)現(xiàn)具有個性化的功能要求。 操作是以鼠標(biāo)為最基本的操作方式，無法滿足快速操作的要求。 頁面動態(tài)刷新，響應(yīng)速度明顯降低。 無法實(shí)現(xiàn)分頁顯示，給數(shù)據(jù)庫訪問造成較大的壓力。 功能弱化，難以實(shí)現(xiàn)傳統(tǒng)模式下的特殊功能要求。近年來，隨著軟硬件技術(shù)發(fā)展和人們意識的提高，We

7、b應(yīng)用得到廣泛的普及，一方面在互聯(lián)網(wǎng)浪潮的推動下，基于互聯(lián)網(wǎng)的信息共享和電子商務(wù)不斷發(fā)展，像新浪、搜狐、8848等大型網(wǎng)站不斷涌現(xiàn)出來，另一方面隨著Java、CGI等網(wǎng)絡(luò)技術(shù)的成熟，基于B/S結(jié)構(gòu)的大型軟件逐漸顯示出巨大的優(yōu)勢。同時，也就產(chǎn)生了一個焦點(diǎn)問題，什么樣的服務(wù)器能夠滿足不同用戶的需求，怎么能夠保證Web服務(wù)器能夠長期穩(wěn)定地運(yùn)行，為了滿足這樣的需求Web測試也就同樣變得十分重要。當(dāng)前Web測試主要通過Web測試工具加上良好的測試案例完成的，我們認(rèn)為主要有以下兩種測試類型：基準(zhǔn)測試、非基準(zhǔn)測試基準(zhǔn)測試：主要指測試工具已經(jīng)提供了標(biāo)準(zhǔn)的測試案例庫，包括靜態(tài)測試案例（HTM、JPG）、動態(tài)測試

8、案例（CGI）和SSL測試案例等。這類測試工具分為測試案例庫、控制臺程序、客戶端程序三個部分。它的原理是，Web服務(wù)器開啟特定的Web服務(wù)程序，并且運(yùn)行上述測試案例，由控制臺程序控制各個客戶端按照一定的腳本訪問順序遍歷Web服務(wù)器的各個測試案例，每個請求完成后，各個客戶端向控制臺報告訪問的結(jié)構(gòu)，當(dāng)一個測試集完成后由控制臺將所有的信息綜合統(tǒng)計(jì)，測試過程中控制臺還需要采用SNMP協(xié)議對服務(wù)器進(jìn)行實(shí)時監(jiān)控，綜合兩個方面的因素可以反映出Web服務(wù)器在不同壓力情況下的綜合性能。在測試過程中，主要影響測試結(jié)果的因素有網(wǎng)絡(luò)環(huán)境、客戶端性能。目前無論IA架構(gòu)服務(wù)器還是SUN、HP、IBM的UNIX服務(wù)器性能都

9、越來越優(yōu)越，有可能出現(xiàn)在100MB網(wǎng)絡(luò)下不能夠提供足夠的網(wǎng)絡(luò)壓力，有可能網(wǎng)絡(luò)首先出現(xiàn)瓶頸，這樣就需要擴(kuò)展到1000MB網(wǎng)絡(luò)環(huán)境或使用多個網(wǎng)段對服務(wù)器提供足夠的壓力，而穩(wěn)定的客戶端對于測試來說也是十分重要的，因?yàn)榭蛻舳巳绻霈F(xiàn)性能下降，就會造成系統(tǒng)崩潰或者不能提供穩(wěn)定的測試壓力從而導(dǎo)致測試結(jié)果出現(xiàn)偏差；一臺客戶端到底能夠穩(wěn)定運(yùn)行多少數(shù)量的連接是根據(jù)不同的硬件配置和操作系統(tǒng)決定的，因此對客戶端的硬件資源進(jìn)行監(jiān)控是保證客戶端可以穩(wěn)定運(yùn)行的必要手段。由于這類測試工具使用的是工具開發(fā)商提供的測試案例集，雖然也具有一定的權(quán)威性，但是目前再完美的測試案例集也不能涵蓋所有的Web應(yīng)用情況，所以也不能夠完全體現(xiàn)

10、出Web服務(wù)器完整的性能，因此該類測試工具更加適合IT媒體對Web類服務(wù)器軟硬件的橫向?qū)Ρ葴y試，在測試對象和環(huán)境大體統(tǒng)一的情況下，可以比較出各個測試對象的性能差異。而對于有實(shí)際應(yīng)用背景的Web服務(wù)器進(jìn)行測試，使用這樣的測試工具就不適合了，我們在以后的測試漫談中會繼續(xù)介紹。1. CS/CSS系統(tǒng)架構(gòu)的基本概念C/S架構(gòu)性能測試很多人關(guān)心LR在C/S架構(gòu)上如何實(shí)施性能測試，我想根本原因在于兩個方面，一是很多時候腳本無法錄制，即LR無法成功調(diào)用被測的應(yīng)用程序，二是測試腳本即使錄制下來，可讀性不強(qiáng)，往往不能運(yùn)行通過，調(diào)試時無從下手，像音視頻、電子地圖類的測試差不多也是這個問題。根據(jù)我以往的項(xiàng)目經(jīng)驗(yàn)，L

11、R是可以做到的，因?yàn)樗峁┝薟indows Sockets協(xié)議，解決方案實(shí)施起來簡單但需要足夠的細(xì)心以及一定的判斷力、想象力，可參考如下步驟進(jìn)行：1、通過抓包工具捕捉客戶端與服務(wù)器之間的所有通訊。關(guān)鍵點(diǎn)：IP過濾，端口過濾，報文類型過濾目的：弄清楚業(yè)務(wù)操作過程中，客戶端向服務(wù)器提交的請求原型，以及服務(wù)器對我們請求所做的正確響應(yīng)2、將過濾后的報文整理成測試腳本。關(guān)鍵點(diǎn)：Socket的建立與關(guān)閉，send buf的整理，receive buf的整理目的：將抓包獲得的報文轉(zhuǎn)成LR測試腳本（提示：選取合適的抓包工具，使得報文能被保存成文檔格式；開發(fā)小工具，通過報文中的各個關(guān)鍵字抽取報文中 Data A

12、rea中的部分作為buf 區(qū)的內(nèi)容，根據(jù)IP字段，端口號等特征完成lrs_send,lrs_receive語句的填寫。這部分看上去挺難，但只要對報文做好分析，把握規(guī)律，編程的事隨便拉個開發(fā)都可以輕松搞定）3、調(diào)試腳本關(guān)鍵點(diǎn)：定位錯誤，添加校驗(yàn)點(diǎn)目的：使腳本真正可以拿來進(jìn)行壓力測試這是最難的一個環(huán)節(jié)，耐心、細(xì)心、判斷力都體現(xiàn)在此處。每個人處理問題的方式的不同，我只能提供自己的一點(diǎn)經(jīng)驗(yàn)。將腳本RUN-TIME SETTINGS中的擴(kuò)展日志全部打上鉤，并且將腳本拿到controller中單用戶執(zhí)行，注意設(shè)置好日志路徑。腳本出錯后，用EDIT PLUS或其他的文本工具打開log,找到出錯行，然后向上逐一對比服務(wù)器返回的數(shù)據(jù)與錄制過程中抓包獲得的報文。在這里，我用了一個小技巧，生成buf內(nèi)容時，使buf的編號與該buf在抓包獲得的報文中編號保持一致，比較起來很方便。如果服務(wù)器返回的buf與抓包時的原始數(shù)據(jù)一致，自然表示該步驟回放成功，如果不一樣，則需要具體情況具體對待。就我的經(jīng)驗(yàn)來說，往往是因?yàn)閿?shù)據(jù)唯一性問題或者是關(guān)聯(lián)的問題造成某一步驟返回的BUF為0或-1，從而導(dǎo)致最終腳本失敗。找到第一個出錯的地方后，參數(shù)化，關(guān)聯(lián)等手段都可