第一篇：Android客戶(hù)端性能測(cè)試總結(jié)

Android客戶(hù)端性能軟件測(cè)試小結(jié)

發(fā)布時(shí)間: 2012-3-09 13:52 作者: xiaowan 來(lái)源: TaoBao QA Team 字體: 小 中 大 |上一篇下一篇 |打印 |我要投稿 |推薦標(biāo)簽：性能測(cè)試軟件測(cè)試

Android手機(jī)客戶(hù)端的性能測(cè)試開(kāi)展近3個(gè)月了，期間包括性能監(jiān)測(cè)工具的開(kāi)發(fā)周期和工具的投入使用和優(yōu)化；客戶(hù)端性能測(cè)試從這里起步，從這里開(kāi)始。

一般情況，對(duì)于新生的產(chǎn)品，都會(huì)用定勢(shì)的思維考慮：優(yōu)先功能測(cè)試，之后才會(huì)是安全、性能等方面。android客戶(hù)端從誕生到現(xiàn)在，在測(cè)試上走的也是這樣的路線。隨著客戶(hù)端功能越來(lái)越完善、越來(lái)越繁大，用戶(hù)群越來(lái)越多，性能、響應(yīng)、穩(wěn)定等被正式提上議程，重點(diǎn)考慮關(guān)注。

為什么我們要從以上幾個(gè)點(diǎn)來(lái)考慮客戶(hù)端性能呢？ 針對(duì)上面的幾個(gè)點(diǎn)我們是如何開(kāi)展監(jiān)控測(cè)試的？如何來(lái)評(píng)估一個(gè)客戶(hù)端的性能好不好，是否給予通過(guò)？下面就我自己看法跟大家詳細(xì)交流。

有數(shù)據(jù)統(tǒng)計(jì)：有很大一部分人群喜歡睡覺(jué)前、公交車(chē)、廁所、或者會(huì)議中開(kāi)小差中使用手機(jī)；在看下移動(dòng)互聯(lián)網(wǎng)的發(fā)展趨勢(shì)【下圖摘自某次互聯(lián)網(wǎng)統(tǒng)計(jì)報(bào)告】：

在上圖為各大運(yùn)營(yíng)商所占移動(dòng)市場(chǎng)份額的變化情況：整體上移動(dòng)用戶(hù)數(shù)仍絕對(duì)領(lǐng)先，但其市場(chǎng)份額也明顯的下降趨勢(shì)，百度推斷導(dǎo)致此變化的原因是基礎(chǔ)網(wǎng)絡(luò)的性能已經(jīng)開(kāi)始影響移動(dòng)互聯(lián)網(wǎng)應(yīng)用的使用，即網(wǎng)絡(luò)到底好不好，速度到底快不快，已經(jīng)開(kāi)始在影響應(yīng)用市場(chǎng)份額了。同樣，對(duì)用戶(hù)而言：特定網(wǎng)絡(luò)下客戶(hù)端流暢不流暢、響應(yīng)快不快決定著用戶(hù)對(duì)客戶(hù)端的使用時(shí)長(zhǎng)和粘度；此外，用戶(hù)在考慮速度的同時(shí)，還會(huì)考慮跟自身利益相關(guān)的—-金額&網(wǎng)絡(luò)流量的消耗。

一個(gè)成熟的場(chǎng)景包括：人、時(shí)間、地點(diǎn)、行為。換言之：什么特征的人在什么情況下會(huì)使用比較容易比較經(jīng)常使用客戶(hù)端，他們又經(jīng)常使用客戶(hù)端的哪些面呢？

在客戶(hù)端性能監(jiān)測(cè)前，我們需要采集真實(shí)場(chǎng)景中的性能數(shù)據(jù)：2G的網(wǎng)絡(luò)下的時(shí)間指標(biāo)、訪問(wèn)量較多頁(yè)面的流量消耗情況、整個(gè)客戶(hù)端的穩(wěn)定情況。

（1）穩(wěn)定性測(cè)試：【不同網(wǎng)絡(luò)、不同軟硬件系統(tǒng)下】

客戶(hù)端可穩(wěn)定運(yùn)行的時(shí)間、以及長(zhǎng)時(shí)間操作后的流量消耗和內(nèi)存消耗；

（2）性能測(cè)試指標(biāo)：【不同網(wǎng)絡(luò)下】

界面流暢性、界面切換時(shí)間、占用的內(nèi)存數(shù)、服務(wù)器返回?cái)?shù)據(jù)消耗流量大小及數(shù)據(jù)的返回時(shí)間；

對(duì)以上的點(diǎn)，有幾種方法可以采用來(lái)監(jiān)測(cè)?，F(xiàn)在我們使用的是自己開(kāi)發(fā)的客戶(hù)端性能工具。其中：流量統(tǒng)計(jì)使用TrafficStats.getUidRxBytes()來(lái)獲取下行流量值；響應(yīng)時(shí)間通過(guò)判斷activity的狀態(tài)和日志中記錄的時(shí)間戳來(lái)獲取響應(yīng)時(shí)間段； 內(nèi)存通過(guò)解析dumpsys命令返回內(nèi)容，截取我們需要的值進(jìn)行分析；電量統(tǒng)計(jì)android系統(tǒng)提供查看。除了自己研發(fā)的小工具之外，外界也提供很多工具，都可以幫助我們完成相關(guān)的性能監(jiān)測(cè)。

對(duì)用戶(hù)而言，性能不等于響應(yīng)。堅(jiān)持客戶(hù)第一，通過(guò)我們一個(gè)測(cè)試環(huán)節(jié)來(lái)保證用戶(hù)手中的每個(gè)客戶(hù)端都用的暢快。

第二篇：性能測(cè)試學(xué)習(xí)總結(jié)

性能測(cè)試學(xué)習(xí)總結(jié)

一、明確性能測(cè)試的范圍

例如：以iptv系統(tǒng)為例，是需要測(cè)試bss頁(yè)面、中間件具體接口、boss/crm具體接口

二、明確性能測(cè)試的指標(biāo) 例如：

1、支持最大并發(fā)用戶(hù)數(shù)是多少？（壓力測(cè)試）

2、每秒n個(gè)用戶(hù)并發(fā)，能正常持續(xù)運(yùn)行多久？（負(fù)載測(cè)試）

3、在系統(tǒng)用戶(hù)為n個(gè)的情況下，每秒x個(gè)用戶(hù)并發(fā)，持續(xù)運(yùn)行y分鐘，查看系統(tǒng)硬件io、cpu、內(nèi)存；查看軟件平均吞度量、tps、平均響應(yīng)時(shí)間、事務(wù)成功率、事務(wù)失敗率、錯(cuò)誤率等（性能測(cè)試）、響應(yīng)時(shí)間：事務(wù)從開(kāi)始到完成所花費(fèi)時(shí)間

平均吞吐量：指單位時(shí)間內(nèi)系統(tǒng)處理用戶(hù)的請(qǐng)求數(shù)

TPS：transaction per second 服務(wù)器單位時(shí)間處理的事務(wù)數(shù)（事務(wù)數(shù)/運(yùn)行時(shí)間s）

事務(wù)：指訪問(wèn)并可能更新數(shù)據(jù)庫(kù)中各種數(shù)據(jù)項(xiàng)的一個(gè)程序執(zhí)行單元。例如訂購(gòu)操作，它含有多個(gè)請(qǐng)求

事務(wù)成功率：成功事務(wù)數(shù)占完成總事務(wù)數(shù)的比率 事務(wù)失敗率：失敗事務(wù)數(shù)占完成總事務(wù)數(shù)的比率

三、定義數(shù)據(jù)模型

1、目標(biāo)系統(tǒng)用戶(hù)數(shù)、目標(biāo)每秒并發(fā)數(shù)、硬件系統(tǒng)配置情況，如下：模板

IPTV-BSS 性能指標(biāo).docx

四、設(shè)計(jì)性能測(cè)試方案

IPTV BSS四川電信版本性能

五、搭建性能測(cè)試環(huán)境

1、盡可能模擬現(xiàn)網(wǎng)的環(huán)境與組網(wǎng)結(jié)構(gòu)

2、前臺(tái)應(yīng)用和后臺(tái)數(shù)據(jù)庫(kù)安裝在獨(dú)立干凈的服務(wù)器上。

3、當(dāng)前性能測(cè)試環(huán)境分別為：192.168.12.11（前臺(tái)）192.168.12.31（數(shù)據(jù)庫(kù)）192.167.12.177（Loadrunner）

六、構(gòu)造性能測(cè)試數(shù)據(jù)

1、使用LR、QTP自動(dòng)化工具構(gòu)造（比較慢，不需要了解表結(jié)構(gòu)，但是需要了解業(yè)務(wù)流）

2、編寫(xiě)存儲(chǔ)過(guò)程構(gòu)造用戶(hù)、包月、訂購(gòu)數(shù)據(jù)（比較快，需要對(duì)相關(guān)表結(jié)構(gòu)和數(shù)據(jù)庫(kù)了解）

七、錄制、調(diào)試測(cè)試腳本

1、中間件接口目前是web services協(xié)議，因當(dāng)前測(cè)試指標(biāo)均超過(guò)100個(gè)并發(fā)，故使用web（http/html）協(xié)議錄制。中間件接口錄制頁(yè)面：

2、boss接口當(dāng)前有兩種協(xié)議，一種是web services協(xié)議，一種是sockets協(xié)議，因當(dāng)前測(cè)試指標(biāo)最大為100個(gè)并發(fā)，故可以使用web services協(xié)議或http/html協(xié)議錄制。

3、bss頁(yè)面基于ie運(yùn)行，故使用web（http/html）協(xié)議錄制。

注明：當(dāng)前中間件接口，四川boss接口，浙江電信bss部分頁(yè)面均有現(xiàn)成的腳本，如果其它局點(diǎn)需要測(cè)試可使用原有的腳本調(diào)試即可。

詳細(xì)參考：LoadRunner性能測(cè)試_劉雙林_20110115.doc

2.3/2.4章節(jié) 進(jìn)行學(xué)習(xí)

八、執(zhí)行性能測(cè)試場(chǎng)景

1、按照測(cè)試方案文檔中的測(cè)試用例執(zhí)行即可。

2、在執(zhí)行性能測(cè)試過(guò)程中會(huì)具體使用到性能測(cè)試工具LR。關(guān)于性能測(cè)試工具的使用方法網(wǎng)上有大把資料。請(qǐng)自行學(xué)習(xí)：場(chǎng)景設(shè)置、參數(shù)化等

詳細(xì)參考：LoadRunner性能測(cè)試.doc

3章節(jié) 進(jìn)行學(xué)習(xí)

九、監(jiān)控并記錄性能測(cè)試結(jié)果

1、硬件性能：bss應(yīng)用服務(wù)器cpu、內(nèi)存；數(shù)據(jù)庫(kù)服務(wù)器cpu、內(nèi)存、io 內(nèi)存、cpu 不高于70% ；IO不高于80% 否則可能存在性能瓶頸 統(tǒng)計(jì)方式：

（1）通過(guò)命令在服務(wù)器上查詢(xún)

內(nèi)存 sar-r 5 120

（每5s刷新1次共刷新120次）cpu sar-u 5 120 io

iostat 5 120（2）在服務(wù)器上安裝rpc.rstatd工具，通過(guò)LR客戶(hù)端窗口監(jiān)控記錄

2、軟件性能：平均吞度量、tps、平均響應(yīng)時(shí)間、事務(wù)成功率、事務(wù)失敗率、錯(cuò)誤率等（場(chǎng)景運(yùn)行完畢可通過(guò)loadrunner工具導(dǎo)出性能測(cè)試結(jié)果），是否達(dá)標(biāo)是要與性能測(cè)試指標(biāo)進(jìn)行比對(duì)。

詳細(xì)參考：LoadRunner性能測(cè)試.doc

4章節(jié) 進(jìn)行學(xué)習(xí)

十、分析性能測(cè)試結(jié)果輸出總結(jié)報(bào)告

1、將實(shí)際測(cè)試結(jié)果和性能測(cè)試指標(biāo)進(jìn)行對(duì)比，總結(jié)出不達(dá)標(biāo)測(cè)試對(duì)象及具體測(cè)試數(shù)據(jù)

2、測(cè)試與開(kāi)發(fā)人員根據(jù)性能測(cè)試數(shù)據(jù)，從硬件環(huán)境和軟件本身進(jìn)行分析。例如：優(yōu)化硬件配置、軟件處理邏輯、數(shù)據(jù)庫(kù)架構(gòu)腳本等。

3、具體分析的方法：一般是具體問(wèn)題具體分析，查找瓶頸時(shí)按以下順序，由易到難。（1）服務(wù)器硬件瓶頸

（2）網(wǎng)絡(luò)瓶頸(對(duì)局域網(wǎng)，可以不考慮)（3）服務(wù)器操作系統(tǒng)瓶頸(參數(shù)配置)（4）中間件瓶頸(參數(shù)配置，數(shù)據(jù)庫(kù)，web 服務(wù)器等)（5）應(yīng)用瓶頸(SQL 語(yǔ)句、數(shù)據(jù)庫(kù)設(shè)計(jì)、業(yè)務(wù)邏輯、算法等)注：以上過(guò)程并不是每個(gè)分析中都需要的，要根據(jù)測(cè)試目的和要求來(lái)確定分析的深度。對(duì)一些要求低的，我們分析到應(yīng)用系統(tǒng)在將來(lái)大的負(fù)載壓力(并發(fā)用戶(hù)數(shù)、數(shù)據(jù)量)下，系統(tǒng)的硬件瓶頸在哪兒就夠了。

十一、LoadRunner性能測(cè)試工具操作文檔

LoadRunner性能測(cè)試.doc

loadrunner8.1教材.pdf

第三篇：手機(jī)銀行客戶(hù)端測(cè)試總結(jié)

手機(jī)銀行測(cè)評(píng)總結(jié)

一、功能總結(jié)

通過(guò)對(duì)十三家手機(jī)銀行的功能試用和對(duì)比，可以將目前手機(jī)銀行的功能大致分為以下四類(lèi)與賬戶(hù)服務(wù)、金融產(chǎn)品及其服務(wù)、生活服務(wù)、其他業(yè)務(wù)。以下是多家銀行的手機(jī)界面：

賬戶(hù)服務(wù)：

這部分的服務(wù)是銀行最基本的服務(wù)，所以各家銀行在功能上沒(méi)有太大差別。一般分為賬戶(hù)管理、轉(zhuǎn)賬匯款、無(wú)卡取現(xiàn)、信用卡這四部分。除了無(wú)卡取現(xiàn)這一相對(duì)比較新鮮的業(yè)務(wù)外，其他的功能可以用應(yīng)有盡有來(lái)描述。細(xì)化的功能就不再贅述，可以參考各家銀行手機(jī)測(cè)評(píng)報(bào)告中的功能地圖。金融產(chǎn)品及其服務(wù)：

金融產(chǎn)品及其服務(wù)目前主要提供的業(yè)務(wù)有：基金業(yè)務(wù)、外匯業(yè)務(wù)、理財(cái)業(yè)務(wù)、貴金屬業(yè)務(wù)、國(guó)債業(yè)務(wù)、保險(xiǎn)業(yè)務(wù)、銀期業(yè)務(wù)、銀證業(yè)務(wù)、個(gè)人貸款、結(jié)售匯、手機(jī)股市、大智慧；以及個(gè)別銀行針對(duì)自己的特色產(chǎn)品提供的相關(guān)服務(wù)，如工行的賬戶(hù)原油、高爾夫，交行的雙利理財(cái)、薪金寶等。生活服務(wù)：

生活服務(wù)方面目前提供的主要業(yè)務(wù)有：生活繳費(fèi)（水費(fèi)、電費(fèi)、燃?xì)赓M(fèi)、通信費(fèi)、取暖費(fèi)、有線電視費(fèi)、小區(qū)物業(yè)費(fèi)、彩票站點(diǎn)繳費(fèi)）、手機(jī)充值、游戲點(diǎn)卡充值、電影票、彩票、飛機(jī)票、演出票、酒店預(yù)訂、公益捐款、銀醫(yī)服務(wù)、代駕服務(wù)、交通罰款、優(yōu)惠商戶(hù)、商城購(gòu)物等。其他業(yè)務(wù)：

除上述業(yè)務(wù)外，還有諸如理財(cái)計(jì)算器、網(wǎng)點(diǎn)查詢(xún)、排號(hào)預(yù)約、業(yè)務(wù)指南、優(yōu)惠活動(dòng)、銀行資訊、自助注冊(cè)、客戶(hù)服務(wù)等輔助業(yè)務(wù)。

以上基本是目前我國(guó)手機(jī)銀行業(yè)提供的所有功能和業(yè)務(wù)，每家手機(jī)銀行并不是都具有了上面所說(shuō)的全部，除了賬戶(hù)服務(wù)和其他業(yè)務(wù)相差較小外，其他兩個(gè)服務(wù)因?yàn)槊考毅y行的側(cè)重點(diǎn)不一樣，在各個(gè)銀行間還是具有較大差異。做的較好較全面的，要數(shù)工行、建行、招行、交行、民生等銀行。做的最差的當(dāng)屬中國(guó)銀行，功能稀少、操作不便、界面粗糙等等，各方面都排在了眾多銀行的后面，實(shí)在是有辱其大行之名。

二、特色分析

對(duì)比各家銀行，目前手機(jī)銀行所具有的特色主要體現(xiàn)在轉(zhuǎn)賬支付手段的創(chuàng)新以及營(yíng)銷(xiāo)手段的創(chuàng)新等方面。轉(zhuǎn)賬支付創(chuàng)新: 在銀行傳統(tǒng)轉(zhuǎn)賬操作的基礎(chǔ)上，各家銀行充分發(fā)揮自己的創(chuàng)作能力。提供了搖一搖轉(zhuǎn)賬、手機(jī)號(hào)轉(zhuǎn)賬、二維碼轉(zhuǎn)賬、手機(jī)無(wú)卡取現(xiàn)等多種新穎別致，頗具個(gè)性化的功能。并且由于支付實(shí)質(zhì)上也是歸結(jié)為一種轉(zhuǎn)賬，將以上各服務(wù)運(yùn)用在消費(fèi)支付上，就形成了一種新的支付手段。這方面做的比較好的有建行、平安、民生等。

以下就是建行搖一搖功能，除了進(jìn)行轉(zhuǎn)賬功能外，還可以進(jìn)行個(gè)性化設(shè)置，實(shí)現(xiàn)賬戶(hù)余額、外匯買(mǎi)賣(mài)、賬戶(hù)貴金屬、網(wǎng)點(diǎn)的快速查詢(xún)。

以下是建行“一拍享購(gòu)”的二維碼功能，通過(guò)建行手機(jī)銀行客戶(hù)端拍攝二維碼，可以輕松享受一拍理財(cái)、購(gòu)物等時(shí)尚生活體驗(yàn)。

營(yíng)銷(xiāo)手段創(chuàng)新：

在營(yíng)銷(xiāo)手段方面，各家銀行互相發(fā)揮自己的優(yōu)勢(shì)和才智，除了借鑒已經(jīng)成功的互聯(lián)網(wǎng)電子商業(yè)模式外，還結(jié)合手機(jī)銀行自身的特性，推出了不少新的服務(wù)。這其中比較有特色的是招行、交行和建行。

1、在其他手機(jī)銀行的優(yōu)惠商戶(hù)里面一般只有衣食住行方面的普通優(yōu)惠商戶(hù)，這些商戶(hù)的特點(diǎn)就是單次消費(fèi)低，客戶(hù)需求大優(yōu)惠方式以折扣為主；招行另辟蹊徑，提供了針對(duì)醫(yī)療、教育、家電、汽車(chē)、通訊等昂貴產(chǎn)品和服務(wù)的分期商戶(hù)，迎合了市場(chǎng)，滿(mǎn)足了人們的不同需求。以下是招行優(yōu)惠商戶(hù)和分期商戶(hù)的界面：

2、另外一個(gè)比較具有特色的就是交行的“最紅星期五”和建行的“建行e路惠，最炫星期天”。他們都選取了周末這個(gè)平日消費(fèi)相對(duì)集中的時(shí)間段進(jìn)行一種折上折的促銷(xiāo)，或者是開(kāi)展本行的一些優(yōu)惠活動(dòng)，這樣活動(dòng)必將會(huì)引發(fā)客戶(hù)的爭(zhēng)相參與，引起一波消費(fèi)熱潮。長(zhǎng)期使用他們手機(jī)客戶(hù)端的人，很容易由于這種活動(dòng)而對(duì)他們的手機(jī)客戶(hù)端產(chǎn)生習(xí)慣和依賴(lài)。以下是相關(guān)界面：

3、除此之外，還有一個(gè)不得不提的就是民生銀行，其跨行賬戶(hù)管理功能十分強(qiáng)大。在其余手機(jī)銀行里面，一般只能對(duì)本行賬戶(hù)進(jìn)行管理，而在民生手機(jī)銀行里面，只要進(jìn)行了簽約，就可以對(duì)他行賬戶(hù)進(jìn)行余額查詢(xún)操作，為多卡用戶(hù)提供了極大的方便。并且民生銀行將年初炒的比較熱的“超級(jí)網(wǎng)銀”，即跨行資金歸集業(yè)務(wù)也移植到了手機(jī)上，如果用戶(hù)辦理了相關(guān)業(yè)務(wù)，并合理運(yùn)用。只用一個(gè)手機(jī)，不同銀行多個(gè)賬戶(hù)之間的資金真是想怎么轉(zhuǎn)就怎么轉(zhuǎn)，將手機(jī)銀行的優(yōu)勢(shì)發(fā)揮到了極致。由于這些業(yè)務(wù)只有需要多張銀行卡，且辦理了相關(guān)業(yè)務(wù)資費(fèi)才能顯示，過(guò)程較為繁瑣，相關(guān)頁(yè)面就不再列出了。下面是民生銀行的轉(zhuǎn)賬匯款業(yè)務(wù)，其中的“同名匯款”在其他銀行較為少見(jiàn)，列出來(lái)算是一種補(bǔ)充。

4、其他如排號(hào)預(yù)約、理財(cái)計(jì)算器、交行的語(yǔ)音服務(wù)、火車(chē)票查詢(xún)；招行的“e代駕”、《財(cái)經(jīng)內(nèi)參》和《財(cái)智生活》；工行的業(yè)務(wù)指南等功能也頗具特色。以下是一些相關(guān)界面：

建行轉(zhuǎn)賬匯款的界面：

工行的理財(cái)計(jì)算器：

工行的業(yè)務(wù)指南：

招行的“e代駕”、《財(cái)經(jīng)內(nèi)參》和《財(cái)智生活》：

類(lèi)似的功能很多家銀行都有，每家銀行也都有自己的一項(xiàng)或數(shù)項(xiàng)特色功能，在此就不一一列舉了。其實(shí)特色功能不一定代表實(shí)用，看起來(lái)很實(shí)用的功能，也不不一定代表用的人就很多。具體情況如何，也只能待若干年后，我國(guó)手機(jī)銀行穩(wěn)定和壯大，方能見(jiàn)分曉。

三、總結(jié)

由于我國(guó)手機(jī)銀行客戶(hù)端還處于起步的階段，能熟練使用的人還不是很多，許多人對(duì)這一新鮮事物還不了解，有的了解卻對(duì)它的業(yè)務(wù)只是停留在像網(wǎng)銀一樣的賬戶(hù)管理、投資理財(cái)、代繳費(fèi)等傳統(tǒng)業(yè)務(wù)上面，甚至對(duì)它的安全性還抱懷疑態(tài)度。

目前，各大銀行都處于一種劍拔弩張的態(tài)勢(shì)。隨著移動(dòng)互聯(lián)網(wǎng)大潮的到來(lái)，移動(dòng)支付是一種必然的趨勢(shì)。手機(jī)銀行客戶(hù)端作為其中的媒介，誰(shuí)的客戶(hù)端占領(lǐng)了用戶(hù)的手機(jī)，誰(shuí)就占領(lǐng)了市場(chǎng)。所以客戶(hù)端的界面好壞，操作是否方便快捷，功能是否齊全，安全性能如何，是否具有特色服務(wù)等等都會(huì)在用戶(hù)做出選擇時(shí)起到十分重要的作用。當(dāng)然，銀行的宣傳力度對(duì)于手機(jī)銀行市場(chǎng)占有率的提升也是至關(guān)重要的，尤其是在現(xiàn)在這種起步階段。

上面以幾家銀行為例，列舉了一些特色業(yè)務(wù)，其實(shí)這些業(yè)務(wù)并非他們所獨(dú)有，甚至也不是他們所首創(chuàng)。比如“搖一搖”轉(zhuǎn)賬，百度里面搜到的最先推出這種服務(wù)的是中信銀行，現(xiàn)在建行、平安等也推出了同樣的業(yè)務(wù)，并且建行活學(xué)活用，還將“搖一搖”用到了其他功能上，顯得比中信更勝一籌。其他如二維碼轉(zhuǎn)賬支付、手機(jī)號(hào)轉(zhuǎn)賬、無(wú)卡取款、排號(hào)預(yù)約等特色服務(wù)，目前雖然并不是每家銀行都有，但確實(shí)是處于逐漸添加和完善的狀態(tài)。比如工行10月23號(hào)更新的客戶(hù)端里面添加了二維碼購(gòu)物等多項(xiàng)功能。究其原因，我們可以歸結(jié)為目前我國(guó)的手機(jī)銀行市場(chǎng)還不太成熟和穩(wěn)定，但市場(chǎng)空間又無(wú)比廣闊，銀行間競(jìng)爭(zhēng)激烈，都希望先人一步，占據(jù)盡可能多的市場(chǎng)份額。即使在某項(xiàng)功能尚不成熟，市場(chǎng)前景未知的情況下，也去盲目跟風(fēng)推出，寄希望于增加功能來(lái)吸引用戶(hù)。然而一個(gè)APP的功能容量是有限的，以往多家銀行都缺乏產(chǎn)品策略規(guī)劃，估計(jì)就在今年，功能增加將走向盡頭。銀行必須考慮重新建立產(chǎn)品策略和產(chǎn)品形態(tài)。

銀行業(yè)務(wù)復(fù)雜，產(chǎn)品眾多，用戶(hù)面也非常廣泛，僅靠一個(gè)APP承載這么多使得產(chǎn)品臃腫而市場(chǎng)響應(yīng)遲鈍。銀行應(yīng)該學(xué)習(xí)新浪、騰訊、阿里巴巴這類(lèi)企業(yè)，根據(jù)業(yè)務(wù)特點(diǎn)做垂直應(yīng)用。同時(shí)，手機(jī)銀行產(chǎn)品雷同問(wèn)題嚴(yán)重，而獨(dú)立APP產(chǎn)品線是差異化的出路。目前，招行除了手機(jī)銀行還有掌上生活A(yù)PP，交行新推出了校園版APP；估計(jì)其他銀行也會(huì)陸續(xù)跟進(jìn)，女性手機(jī)銀行、理財(cái)專(zhuān)用APP、黃金買(mǎi)賣(mài)APP、青少年用戶(hù)版本APP等各種細(xì)分產(chǎn)品將形成銀行APP產(chǎn)品線。

得益于智能手機(jī)的普及，以及各商業(yè)銀行的重視以及宣傳，手機(jī)銀行的用戶(hù)數(shù)正在直線上升，交易額也呈現(xiàn)出一種爆發(fā)式增長(zhǎng)的態(tài)勢(shì)，將來(lái)極有可能發(fā)展到與網(wǎng)上銀行體積相當(dāng)?shù)某潭?。?zhuān)家預(yù)計(jì)，移動(dòng)支付和移動(dòng)金融，將是手機(jī)銀行的主要增長(zhǎng)點(diǎn)。

注：

1、以上圖片有看不清的，可以放大word文檔的倍數(shù)進(jìn)行查看！

2、本文檔數(shù)個(gè)人原創(chuàng)，僅限學(xué)習(xí)交流，嚴(yán)禁下載后到其他網(wǎng)站四處上傳，做人要厚道！

第四篇：性能測(cè)試QQ面試總結(jié)

21克

9:46:17 你全權(quán)參與的性能測(cè)試項(xiàng)目有幾個(gè)？ 低調(diào)的魚(yú)

9:48:08 BECIF平安銀行客戶(hù)信息管理系統(tǒng)

平安銀行個(gè)人網(wǎng)銀改造（接入一帳通卡后）平安投行證券管理系統(tǒng) 交通銀行積分管理系統(tǒng) 中銀聯(lián)OA系統(tǒng)

21克

9:48:50 那在性能測(cè)試中有沒(méi)有發(fā)現(xiàn)什么缺陷？ 低調(diào)的魚(yú)

9:53:09 我去整理一下 21克

9:55:29 好的

低調(diào)的魚(yú)

10:03:24 BECIF平安銀行客戶(hù)信息管理系統(tǒng) 1822 BECIF1.0.0 性能測(cè)試-客戶(hù)基本信息查詢(xún)（20并發(fā) 場(chǎng)景腳本 查詢(xún)客戶(hù)基本信息_byBecif_c.lrs）P2 L2 關(guān)閉 2 1842 BECIF 新增客戶(hù)性能優(yōu)化 P4 L3 已關(guān)閉 3 1848 綜合場(chǎng)景測(cè)試（300 4hour）未達(dá)到1S響應(yīng)時(shí)間要求 P2 L2 已分配

1.疑似客戶(hù)判斷代碼取線程數(shù)有誤。

2.查詢(xún)疑似客戶(hù)返回值最大個(gè)數(shù)未做限定。

3.中間件ESB對(duì)于XML腳本的最大長(zhǎng)度限制過(guò)小。4.數(shù)據(jù)庫(kù)連接數(shù)不夠。

平安銀行個(gè)人網(wǎng)銀改造（接入一帳通卡后）1.weblogic線程數(shù)不夠 2.數(shù)據(jù)庫(kù)連接池?cái)?shù)不夠

平安投行證券管理系統(tǒng) 1.服務(wù)器系統(tǒng)資源不夠

2.用戶(hù)登陸驗(yàn)證機(jī)制時(shí)間過(guò)長(zhǎng)。

交通銀行積分管理系統(tǒng)

1.100并發(fā)用戶(hù)時(shí)積分查詢(xún)交易超時(shí)

中銀聯(lián)OA系統(tǒng) 1.tomcat JVM過(guò)少

2.tomcat 線程數(shù)過(guò)少。

3.多用戶(hù)登陸時(shí)流量統(tǒng)計(jì)插件報(bào)錯(cuò)。

低調(diào)的魚(yú)

10:04:09 BECIF的缺陷當(dāng)時(shí)我有記錄，其他的項(xiàng)目只是記得自己當(dāng)時(shí)做性能測(cè)試過(guò)程中發(fā)現(xiàn)的問(wèn)題。21克

10:06:45 對(duì)BECIF平安銀行客戶(hù)信息管理系統(tǒng)來(lái)說(shuō)，你提及的4條調(diào)優(yōu)的建議是基于什么測(cè)試結(jié)果提出的？

21克

10:07:00 也就是說(shuō)你是如何得出這4調(diào)結(jié)論的 低調(diào)的魚(yú)

10:25:36 1.疑似客戶(hù)判斷代碼取線程數(shù)有誤。

查詢(xún)疑似交易單獨(dú)運(yùn)行時(shí)，weblogic的線程數(shù)增長(zhǎng)速度過(guò)快，系統(tǒng)線程數(shù)迅速到到最大負(fù)荷

2.查詢(xún)疑似客戶(hù)返回值最大個(gè)數(shù)未做限定。

我當(dāng)時(shí)編寫(xiě)的腳本是新增用戶(hù)后再進(jìn)行疑似查詢(xún)操作，用戶(hù)的五項(xiàng)關(guān)鍵信息為：姓名，性別，生日，證件類(lèi)型，證件號(hào)碼 2.1 證件類(lèi)型，證件號(hào)碼同 2.2 姓名、性別、生日三者相同 如上兩種情況都是屬于疑似客戶(hù)，我的查詢(xún)疑似的腳本中只用戶(hù)姓名進(jìn)行了參數(shù)化，（每增加一個(gè)用戶(hù)，疑似判斷的用戶(hù)就+1）

因?yàn)楫?dāng)時(shí)跑了100并發(fā)用戶(hù)的綜合場(chǎng)景，分了15分鐘，1小時(shí)，4小時(shí)幾次運(yùn)行。查詢(xún)疑似交易的平均響應(yīng)時(shí)間越來(lái)越長(zhǎng)，后面去CC上取代碼看的時(shí)候，發(fā)現(xiàn)開(kāi)發(fā)未對(duì)疑似的最大值進(jìn)行限制。

3.中間件ESB對(duì)于XML腳本的最大長(zhǎng)度限制過(guò)小。

新增用戶(hù)不添加產(chǎn)品信息時(shí)，查詢(xún)客戶(hù)所有信息交易平均響應(yīng)時(shí)間正常。

但是從生產(chǎn)上取下來(lái)的數(shù)據(jù)屏蔽名字后，進(jìn)行綜合場(chǎng)景運(yùn)行過(guò)程中，查詢(xún)客戶(hù)所有信息的交易失敗率大大增加.原因?yàn)榭蛻?hù)產(chǎn)品信息和基本信息所涉及的字段有300余個(gè)，有80多個(gè)字段為文本類(lèi)型，如果客戶(hù)有多個(gè)產(chǎn)品信息的話(huà) 查詢(xún)時(shí)系統(tǒng)后臺(tái)生成的XML腳本文件有可能大于

而ESB對(duì)于BECIF傳出的XML腳本文件限制的最大值為1M

4.數(shù)據(jù)庫(kù)連接數(shù)不夠。

200用戶(hù)綜合場(chǎng)景運(yùn)行時(shí),查詢(xún)類(lèi)的交易平均響應(yīng)時(shí)間過(guò)長(zhǎng)，后臺(tái)log中，返回交易有超時(shí)情況 weblogic中事務(wù)排隊(duì)嚴(yán)重。21克

10:32:10 上面的這些的調(diào)優(yōu)工作是有測(cè)試人遠(yuǎn)來(lái)做還是由開(kāi)發(fā)人員來(lái)做的？ 低調(diào)的魚(yú)

10:35:33 中間件的參數(shù)變更平安銀行那邊是有專(zhuān)門(mén)的人做的，我們只能是提缺陷和建議，然后由他們?cè)u(píng)審之后確定是他們的問(wèn)題再作修改的，至于代碼類(lèi)的問(wèn)題是開(kāi)發(fā)來(lái)改的。

我所做的事情就是盡自己可能去收集資源，發(fā)現(xiàn)問(wèn)題，提出自己的見(jiàn)解 21克

10:36:41 你提出的這些建議都有別接受嗎？ 21克

10:37:02 他們修改后的性能提高了多少？ 低調(diào)的魚(yú)

10:37:36 這幾個(gè)都是接受了的 21克

10:37:44 他們修改后的性能提高了多少？ 低調(diào)的魚(yú)

10:37:55 BECIF項(xiàng)目，按照平安規(guī)范，依據(jù)性能測(cè)試需求分析和方案。進(jìn)行壓力測(cè)試

測(cè)試目的（1）模擬真實(shí)應(yīng)用，系統(tǒng)各個(gè)主要業(yè)務(wù)流程能否在78個(gè)并發(fā)用戶(hù)同時(shí)訪問(wèn)情況下響應(yīng)時(shí)間為1s以?xún)?nèi)。

（2）在系統(tǒng)各業(yè)務(wù)流程能正常運(yùn)行的情況下，系統(tǒng)能承受多少個(gè)并發(fā)用戶(hù)同時(shí)訪問(wèn)（系統(tǒng)承壓能力）。

（3）測(cè)試主要業(yè)務(wù)流程（或者某事物）的響應(yīng)時(shí)間。

低調(diào)的魚(yú)

10:38:25 這個(gè)是一期的要求，經(jīng)過(guò)一系列調(diào)整后所有交易都達(dá)到上面的指標(biāo) 21克

10:39:25 你們的性能測(cè)試時(shí)有自己的環(huán)境還是在生產(chǎn)環(huán)境上進(jìn)行的？ 低調(diào)的魚(yú)

10:43:10 生產(chǎn)上肯定是禁止運(yùn)行的，專(zhuān)門(mén)的性能測(cè)試應(yīng)當(dāng)說(shuō)有的 一般都是在STG環(huán)境上運(yùn)行的，BECIF這個(gè)項(xiàng)目，當(dāng)時(shí)用于性能測(cè)試的有三個(gè)環(huán)境，PER環(huán)境 新功能及系統(tǒng)的測(cè)試環(huán)境

PIR環(huán)境主要用于常規(guī)版本測(cè)試的生產(chǎn)缺陷問(wèn)題驗(yàn)證和修復(fù)

還有一個(gè)是容災(zāi)環(huán)境，這個(gè)環(huán)境都是最新版本的系統(tǒng)，一般都是在這個(gè)上面做性能測(cè)試。21克

10:44:15 你們的性能測(cè)試用的是什么工具？ 低調(diào)的魚(yú)

10:46:30 loadrunner 8.1 和loadrunner9.0 當(dāng)時(shí)做性能測(cè)試的時(shí)候都是在專(zhuān)門(mén)的遠(yuǎn)程服務(wù)器上做的，我用過(guò)的一共有5臺(tái)，3臺(tái)上面裝的是loadrunner8.1另外2臺(tái)上面裝的是loadrunner9.0

21克

10:46:56 好的

21克

10:47:36 你的簡(jiǎn)歷已經(jīng)通過(guò)了篩選，我會(huì)吧你的簡(jiǎn)歷提交給測(cè)試經(jīng)理。結(jié)果會(huì)盡快通知你的 21克

10:47:42

謝謝

低調(diào)的魚(yú)

10:47:51 好的，多謝了

第五篇：Linux_網(wǎng)絡(luò)性能測(cè)試(總結(jié))

Linux網(wǎng)絡(luò)性能測(cè)試 使用 Ipref測(cè)試吞吐

1.1 安裝

tar-zxvf iperf-2.0.5.tar.gz cd iperf-2.0.5./configure make && make install

1.2 測(cè)試UDP

服務(wù)器命令：iperf-s-i 1-u 客戶(hù)端命令：iperf-c 170.0.0.100-i 1-t 999-b 1000000000-u-l 22-c：服務(wù)器地址-i：每次報(bào)告的間隔-t：持續(xù)測(cè)試的時(shí)間-b：帶寬-u：UDP-l：UDP 有效負(fù)荷大小

各字節(jié)測(cè)試時(shí)，輸入-l參數(shù)如下：

在服務(wù)端查看結(jié)果，64字節(jié)UDP小包的吞吐約是7.32 Mbits/s。

[root@localhost ~]# iperf-s-u-i 2-----------------------------Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 208 KByte(default)-----------------------------[ 3] 10.0-12.0 sec 1.72 MBytes 7.22 Mbits/sec 0.022 ms 55728/137802(40%)[ 3] 12.0-14.0 sec 1.79 MBytes 7.49 Mbits/sec 0.016 ms 52637/137735(38%)[ 3] 14.0-16.0 sec 1.74 MBytes 7.30 Mbits/sec 0.040 ms 53247/136227(39%)[ 3] 16.0-18.0 sec 1.74 MBytes 7.32 Mbits/sec 0.071 ms 54608/137771(40%)[ 3] 18.0-20.0 sec 1.79 MBytes 7.52 Mbits/sec 0.021 ms 52133/137632(38%)[ 3] 20.0-22.0 sec 1.75 MBytes [ 3] 22.0-24.0 sec 1.74 MBytes 7.32 Mbits/sec 0.020 ms 54508/137672(40%)[ 3] 24.0-26.0 sec 1.79 MBytes 7.51 Mbits/sec 0.022 ms 52519/137838(38%)[ 3] 26.0-28.0 sec 1.72 MBytes 7.20 Mbits/sec 0.019 ms 55779/137599(41%)[ 3] 28.0-30.0 sec 1.72 MBytes 7.23 Mbits/sec 0.016 ms 55504/137640(40%)[ 3] 30.0-32.0 sec 1.77 MBytes 7.41 Mbits/sec 0.017 ms 52849/137002(39%)[ 3] 32.0-34.0 sec 1.74 MBytes 7.31 Mbits/sec 0.022 ms 54785/137842(40%)[ 3] 34.0-36.0 sec 1.74 MBytes 7.30 Mbits/sec 0.019 ms 54717/137710(40%)

7.32 Mbits/sec 0.021 ms 54418/137616(40%)2 使用http_load測(cè)試HTTP Server吞吐和并發(fā)

2.1 安裝Apache服務(wù)器

1、安裝并啟動(dòng)

yum-y install httpd service httpd start

2、在Apache服務(wù)端準(zhǔn)備好各字節(jié)大小的頁(yè)面

（頁(yè)面大小：64、128、256、512、768、1024、1280、1518）cd /var/ Document Length: 64 bytes

Concurrency Level: 10 // 每秒測(cè)試并發(fā)數(shù) Time taken for tests: 9.920 seconds Complete requests: 100 // 成功的請(qǐng)求數(shù) Failed requests: 0 // 失敗的請(qǐng)求數(shù) Write errors: 0 Total transferred: 45100 bytes HTML transferred: 6400 bytes Requests per second: 10.08 [#/sec](mean)// 每秒事物處理，mean表示平均值 Time per request: 992.027 [ms](mean)//平均事物響應(yīng)時(shí)間

Time per request: 99.203 [ms](mean, across all concurrent requests)Transfer rate: 4.44 [Kbytes/sec] received //傳輸為4.44字節(jié)每秒 吞吐為4.44 * 8 = 35.52 Mbit/s 3.3 其他參數(shù)

-n requests 全部請(qǐng)求數(shù)-c concurrency 并發(fā)數(shù)

-t timelimit 最傳等待回應(yīng)時(shí)間-p postfile POST數(shù) 據(jù)文件-T content-type POST Content-type-v verbosity How much troubleshooting info to print-w Print out results in HTML tables-i Use HEAD instead of GET-x attributes String to insert as table attributes-y attributes String to insert as tr attributes-z attributes String to insert as td or th attributes-C attribute-H attribute Inserted after all normal header lines.(repeatable)-A attribute http-P attribute Add Basic Proxy Authentication, the attributes are a colon separated username and password.-X proxy:port-V-k Use HTTP KeepAlive feature-d Do not show percentiles served table.-S Do not show confidence estimators and warnings.-g filename Output collected data to gnuplot format file.-e filename Output CSV file with percentages served-h Display usage information(this message)加入cookie, eg.'Apache=1234.(repeatable)加入http頭, eg.'Accept-Encoding: gzip' 驗(yàn)證,分隔傳遞用戶(hù)名及密碼

代理服務(wù)器 查看ab版本

使用sendip發(fā)原地址跳變的數(shù)據(jù)包（并發(fā)）

3.1 安裝

1、到http://004km.cn and CWR bits Default: 0-tfe x TCP ECN bit(rfc2481)Default: 0(options are 0,1,r)-tfc x TCP CWR bit(rfc2481)Default: 0(options are 0,1,r)-tfu x TCP URG bit Default: 0, or 1 if-tu specified(options are 0,1,r)-tfa x TCP ACK bit Default: 0, or 1 if-ta specified(options are 0,1,r)-tfp x TCP PSH bit Default: 0(options are 0,1,r)-tfr x TCP RST bit Default: 0(options are 0,1,r)-tfs x TCP SYN bit Default: 1(options are 0,1,r)-tff x TCP FIN bit Default: 0(options are 0,1,r)-tw x TCP window size Default: 65535-tc x TCP checksum Default: Correct-tu x TCP urgent pointer Default: 0-tonum x TCP option as string of hex bytes(length is always correct)Default:(no options)-toeol TCP option: end of list-tonop TCP option: no op-tomss x TCP option: maximum segment size-towscale x TCP option: window scale(rfc1323)-tosackok TCP option: allow selective ack(rfc2018)-tosack x TCP option: selective ack(rfc2018), format is-tots x TCP option: timestamp(rfc1323), format is tsval:tsecr l_edge1:r_edge1,l_edge2:r_edge2...