租用幫助
測(cè)試服務(wù)器可以最真實(shí)的反映出服務(wù)器的工作狀態(tài),能讓各位更安心的租用或者購買。并且現(xiàn)在主流的正規(guī)機(jī)房,都是很歡迎客戶先免費(fèi)測(cè)試的。服務(wù)器測(cè)試要測(cè)什么?一般來說,服務(wù)端測(cè)試有兩種:
服務(wù)器測(cè)試鏈接:http://www.bxgb88.com/dedicated/hkcloud.html
第一種:是直接對(duì)WEB或者APP的服務(wù)端進(jìn)行測(cè)試;
服務(wù)端就是為WEB/APP端提供一些后臺(tái)的接口,比如說,用戶個(gè)人信息、交易記錄的讀取和存儲(chǔ)等,一般都是用HTTP接口的方式提供。這種后臺(tái)的測(cè)試從流程上來說是跟隨著WEB/APP產(chǎn)品的發(fā)布節(jié)奏來的,在后端開發(fā)完成接口以后,測(cè)試人員就直接用TestNG+HttpClient寫接口測(cè)試用例、或者用Postman等工具手工測(cè)試。如果項(xiàng)目緊張,一般會(huì)先用Postman等工具先手工測(cè)試,等版本發(fā)布完以后,再用TestNG+HttpClient把自動(dòng)化用例補(bǔ)上去,或者用Python的Nose框架。
對(duì)于這種服務(wù)端后臺(tái)的測(cè)試人員,除了需要掌握上述的自動(dòng)化測(cè)試技術(shù)之外,還有一個(gè)溝通、協(xié)調(diào)的工作,因?yàn)楹笈_(tái)的接口一般是同時(shí)提供給iOS/Android/WEB三個(gè)端,所以需要跟三端的測(cè)試人員協(xié)調(diào)測(cè)試進(jìn)度、測(cè)試環(huán)境等事項(xiàng)。
互聯(lián)數(shù)據(jù)網(wǎng)站提供性能強(qiáng)勁的云服務(wù)器,每個(gè)云服務(wù)器的數(shù)據(jù)保留4份,外加異機(jī)備份,數(shù)據(jù)安全可靠,支持試用。
nginx負(fù)載均衡策略是什么?如果遇到后端服務(wù)大的重構(gòu)、或者是第一次上線預(yù)計(jì)有大流量的,那還需要對(duì)后端服務(wù)做一個(gè)性能測(cè)試,用JMeter/Grinder等工具編寫腳本并進(jìn)行壓測(cè),看看后端服務(wù)能不能撐住大流量。有些版本性能風(fēng)險(xiǎn)小的,不必要每次都做性能測(cè)試,可以根據(jù)實(shí)際版本的情況具體分析。
第二種:是對(duì)更后端的數(shù)據(jù)庫、緩存系統(tǒng)、中間件、文件系統(tǒng)等進(jìn)行測(cè)試
對(duì)于這種后端服務(wù)的測(cè)試人員來說,技術(shù)上的要求是挺高的,需要有較好的編程能力,需要對(duì)數(shù)據(jù)庫、操作系統(tǒng)等機(jī)制有很好的了解才行。這種就類似于云計(jì)算等后端基礎(chǔ)服務(wù)的測(cè)試,對(duì)于一些大的公司,會(huì)有一個(gè)專門的團(tuán)隊(duì)來開發(fā)這種后端基礎(chǔ)服務(wù),這種服務(wù)當(dāng)然也需要測(cè)試人員來保證質(zhì)量。
這類服務(wù)一般都是通過HTTP接口的方式提供給剛才講的WEB/APP的后端使用,所以,第一個(gè)要做的也就是接口測(cè)試,也就是用Postman等工具做手工測(cè)試、用TestNG+HttpClient或者Python的Nose框架做自動(dòng)化測(cè)試。
// 1、穩(wěn)定性測(cè)試
已知系統(tǒng)高峰期使用人數(shù)、各事務(wù)操作頻率等。設(shè)計(jì)綜合測(cè)試場(chǎng)景,測(cè)試時(shí),將每個(gè)場(chǎng)景按照一定人數(shù)比例一起運(yùn)行,模擬用戶使用數(shù)的情況。并監(jiān)控在測(cè)試中,系統(tǒng)各性能指標(biāo)在這種壓力下是否能保持正常數(shù)值。事務(wù)響應(yīng)時(shí)間是否會(huì)出現(xiàn)波動(dòng)或隨測(cè)試時(shí)間增長(zhǎng)而增加。系統(tǒng)是否會(huì)在測(cè)試期間內(nèi)發(fā)生如宕機(jī)、應(yīng)用中止等異常情況。
// 2、壓力測(cè)試
已知服務(wù)器系統(tǒng)高峰期使用人數(shù),驗(yàn)證各事務(wù)在最大并發(fā)數(shù)(通過高峰期人數(shù)換算)下事務(wù)響應(yīng)時(shí)間能否達(dá)到客戶要求。系統(tǒng)各性能指標(biāo)在這種壓力下是否還在正常數(shù)值之內(nèi)。系統(tǒng)是否會(huì)因這樣的壓力導(dǎo)致不良反應(yīng)(如宕機(jī)、應(yīng)用異常中止等)。
// 3、容錯(cuò)性測(cè)試
通過模擬一些非正常情況(如:服務(wù)器突然斷電、網(wǎng)絡(luò)時(shí)斷時(shí)續(xù)、服務(wù)器硬盤空間不足等),驗(yàn)證系統(tǒng)在發(fā)生這些情況時(shí),是否能夠有自動(dòng)處理機(jī)制以保障系統(tǒng)的正常運(yùn)行或恢復(fù)運(yùn)行措施。如有HA(自動(dòng)容災(zāi)系統(tǒng)),還可以專門針對(duì)這些自動(dòng)保護(hù)系統(tǒng)進(jìn)行另外的測(cè)試,驗(yàn)證其能否有效觸發(fā)保護(hù)措施。
// 4、問題排除測(cè)試
通過原有案例或經(jīng)驗(yàn)判斷,針對(duì)系統(tǒng)中曾經(jīng)發(fā)生問題或懷疑存在隱患的模塊進(jìn)行驗(yàn)證測(cè)試,驗(yàn)證這些模塊是否還會(huì)發(fā)生同樣的性能問題。如:上傳附件模塊的內(nèi)存泄露問題、地址本模塊優(yōu)化、開啟Tivoli性能監(jiān)控對(duì)OA系統(tǒng)性能的影響等等。
其實(shí)當(dāng)你搞清楚服務(wù)器性能的測(cè)試環(huán)節(jié)以及方法之后,我們可以對(duì)服務(wù)器進(jìn)行總體評(píng)價(jià),可以綜合性能、功能和價(jià)格三方面因素,分別給予不同權(quán)重,性能占50%,功能占40%,而價(jià)格則占10%。在分析性能時(shí),數(shù)據(jù)庫性能占其中的50%,而文件性能占30%,Web性能占20%。