性能測試經(jīng)驗分享

2023/4/131、性能測試多久了?2、測試了多少個版本的性能測試？3、性能測試中你有哪些收獲？性能測試主要分那個方面1、指標測試2、性能壓力測試3、性能優(yōu)化、性能調(diào)優(yōu)性能指標測試只要是應(yīng)用產(chǎn)品都有自己應(yīng)用特性的指標。比如網(wǎng)絡(luò)產(chǎn)品的指標app產(chǎn)品的指標虛擬化產(chǎn)品的指標實驗室的指標有意義嗎我們所有的產(chǎn)品的指標都是實驗室的指標，比如新建、并發(fā)、吞吐。你知道這些指標所對應(yīng)到用戶的應(yīng)用壓力是什么么？這些指標真的是客戶所關(guān)心的么？如何保證這個指標的有效性？性能壓力測試如果根據(jù)模塊的實現(xiàn)原理來針對性的做性能壓力測試模塊的用戶場景是什么樣模塊處理那些業(yè)務(wù)數(shù)據(jù)模塊的壓力點在那里知道了后如何測試模塊用戶場景功能實現(xiàn)對用戶可見url過濾、應(yīng)用控制功能實現(xiàn)對用戶不可見惡意黑名單上報白名單vs腦裂處理模塊需要處理那些數(shù)據(jù)處理的是應(yīng)用層的數(shù)據(jù)還是傳輸層的數(shù)據(jù)如果處理的是應(yīng)用層的，那么是否要做協(xié)議解析應(yīng)用層的協(xié)議結(jié)構(gòu)清楚么，比如FTPSMTPHTTP的協(xié)議字段和協(xié)議格式那些數(shù)據(jù)是我們不需要關(guān)心的？性能壓力點怎么找直接ATP回放直接司博倫跑壓力大并發(fā)，大新建直接并發(fā)讀寫壓力總之：壓力越大越好，先跑一遍再說？你懂開發(fā)的實現(xiàn)么？開發(fā)實現(xiàn)這個模塊用了哪些技術(shù)？多線程多進程共享內(nèi)存HASH表內(nèi)存分配方式文件操作類型業(yè)務(wù)模塊的邏輯復(fù)雜么？你可以直接不看開發(fā)說明把流程圖畫出來么開發(fā)在哪些地方容易犯錯誤？同步鎖，重復(fù)釋放，踩內(nèi)存從用戶的場景觸發(fā)，找出我們需要測試的壓力點在那里，比如我們測試業(yè)務(wù)上報的并發(fā)壓力，就應(yīng)該構(gòu)造不同url不同數(shù)據(jù)的請求數(shù)據(jù)上報給相應(yīng)的進程模塊。如果我們我們測試的是純粹的抓包模塊，那么我們就只需要考慮最大的新建和并發(fā)壓力，而不需要關(guān)注數(shù)據(jù)的多樣性。如何測試我們知道了模塊的壓力點以及我們需要測試的東西，那么我們怎么測試找到相應(yīng)的測試工具，構(gòu)造測試數(shù)據(jù)把壓力跑上去，檢查相應(yīng)的結(jié)果是否達到要求搭一套真實的環(huán)境來跑壓力如果需要跑數(shù)據(jù)的多樣性而又無法通過我們現(xiàn)有的工具來實現(xiàn)怎么辦？數(shù)據(jù)的壓力無法跑上去，怎么跑都沒壓力怎么辦？知道怎么測試，沒測試素材，沒工具。。你會監(jiān)控么core宕機功能失效錯誤日志性能開發(fā)你需要知道你測試模塊的性能工具的需求你覺得要做這個工具么?做這個工具能產(chǎn)生多大的價值？這個工具是否可以在后續(xù)的版本中復(fù)用起來？這個工具如果后續(xù)維護，有誰愿意再來維護么？scapy手動構(gòu)造數(shù)據(jù)包、手動修改現(xiàn)有的數(shù)據(jù)包、數(shù)據(jù)包的回放rubypythonc自己編寫相應(yīng)的測試工具來滿足自己的測試需求DTP測試平臺ATP測試平臺性能優(yōu)化你清楚你要測試模塊的性能瓶頸在那里？當出現(xiàn)性能問題的時候怎么去解決？發(fā)現(xiàn)問題---分析問題---定位問題---日志定位---開發(fā)調(diào)試測試人員也可以做性能優(yōu)化如何做一個好的性能測試人員你是管殺不管埋的測試人員么？你會和開發(fā)一起討論嚴重問題