這是《落葉》文集里第 112 片落葉，希望你能喜歡正林，不為別的，只為這份堅持颤殴。
我從零距離接觸性能測試到今天，也才一年多的時間鼻忠，在這上面走過的路崎嶇蜿蜒涵但，個中滋味只可意會，不可言傳帖蔓。雖然我已經(jīng)從入門到“放棄”了矮瘟，但是我一直在思考和尋找，怎么樣才能讓性能測試不再看上去那么“高不可攀”塑娇。
性能測試其實就是測試的一種類別澈侠，那么相應(yīng)的，它也是有一套標(biāo)準(zhǔn)流程的埋酬，無外乎就是需求分析哨啃、測試計劃制定、測試執(zhí)行写妥、結(jié)果分析等幾個環(huán)節(jié)拳球。
所以，針對性能測試流程里的幾個環(huán)節(jié)珍特，我把自己換位到當(dāng)初的小白祝峻，去思考自己當(dāng)時最希望得到什么樣的支持和幫助，再結(jié)合產(chǎn)品化的思維扎筒，思考出下面這樣一個可以被拿來主義“的性能測試框架或指導(dǎo)性體系莱找。
1、是什么嗜桌？
性能測試?yán)锏某Ｓ没靖拍畎履纭y試方法和標(biāo)準(zhǔn)流程的定義和解釋；
2症脂、做什么谚赎？
性能測試需求的分析方法，可以采用 checklist 的問題形式來幫助使用者得出對應(yīng)需求所需要采用的性能測試種類诱篷，是壓力測試壶唤，是穩(wěn)定性測試，還是健壯性測試等等棕所；
3闸盔、怎么做？
3.1 對應(yīng)著上述第2步琳省，得出來的具體的測試種類迎吵，每一種都有相應(yīng)的測試方法說明躲撰，包括需要準(zhǔn)備什么樣的數(shù)據(jù)、步驟和如何選取相應(yīng)的腳本進行修改或組裝击费；
3.2 有一套對應(yīng)的樣例庫拢蛋，包含腳本（.usr）、參數(shù)化文件（.dat）蔫巩、場景（.lrs）谆棱，雖然說不可能百分之百通用或者套用，但至少在同類產(chǎn)品的性能測試中都能套用圆仔，它們都是相對獨立垃瞧、結(jié)構(gòu)清晰的一個一個的數(shù)據(jù)包，便于更新和管理坪郭；
4个从、怎么樣？
性能測試完成后歪沃，系統(tǒng)都會生成一個報告嗦锐。針對常用的單分析圖和組合分析圖，有樣圖與我實際的圖做對比绸罗，并告訴我這些數(shù)據(jù)圖意推，分別代表著性能的哪些指標(biāo)，這些指標(biāo)的值珊蟀，又分別代表著性能是好還是壞菊值；
5、怎么辦育灸？
對于常見的性能問題腻窒，羅列出通用的解決方案，比如是應(yīng)該檢查并優(yōu)化 SQL磅崭，還是應(yīng)該修改服務(wù)端 Tomcat 的連接數(shù)大小等等儿子。
如果能有這樣一套產(chǎn)品化的性能測試框架，那么我想砸喻，性能測試這種大山對于大多數(shù)測試工程師來說柔逼，也就不那么”高不可攀“了，對吧割岛？
具有指導(dǎo)性的作業(yè)文件愉适、測試計劃模板、獨立的測試數(shù)據(jù)和測試腳本癣漆、分布式測試環(huán)境搭建腳本或手冊维咸、測試報告和相應(yīng)的分析模板，能支撐一套完整的性能測試框架迅速落地，快速適應(yīng)不同的項目癌蓖，并且能讓測試工程師以最小的學(xué)習(xí)代價完成性能測試任務(wù)瞬哼。
不過，這么一套框架不是一朝一夕就能建立起來的租副，它必須是在性能測試工程師對理論有了很深入地理解坐慰，并通過多個項目的實戰(zhàn)，從中總結(jié)用僧、歸納而形成的一套方法論體系讨越，再輔以相對獨立的數(shù)據(jù)和腳本、計劃模板永毅、分析步驟和模板等相關(guān)工具。不斷地打磨人弓、優(yōu)化和改進沼死，才能形成一套不論是入門級的小白，還是進行中的老鳥崔赌，都可以輕松利用它登上高峰的這樣一個產(chǎn)品意蛀。
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試?yán)媳?/p>
