這是《落葉》文集里第?204?片落葉，希望你能喜歡塞颁，不為別的浦箱，只為這份堅持吸耿。
【背景】
最近有些同學因為工作需要，看了我之前的學習筆記酷窥，然后跑來問我咽安，說領導讓他負責產品的性能測試，但他買了幾本書蓬推，也安裝了相關的工具妆棒，看來看去覺得太復雜了，覺得無從下手沸伏，就跑來問我：“性能測試是不是很難做糕珊？”
【你問】
性能測試是不是很難做？
【我答】
我從零距離接觸性能測試到今天毅糟，也才一年多的時間红选，在這上面走過的路崎嶇蜿蜒，個中滋味只可意會姆另，不可言傳喇肋。雖然我已經從入門到“放棄”了，但是我一直在思考和尋找迹辐，怎么樣才能讓性能測試不再看上去那么難蝶防，不再那么看著“高不可攀”。
性能測試其實就是測試的一種類別明吩，那么相應的间学，它也是有一套標準流程的，無外乎就是需求分析印荔、測試計劃制定菱鸥、測試執(zhí)行、結果分析等幾個環(huán)節(jié)躏鱼。
所以，針對性能測試流程里的幾個環(huán)節(jié)殷绍，我把自己換位到當初的小白染苛，去思考自己當時最希望得到什么樣的支持和幫助，再結合產品化的思維主到，思考出下面這樣一個可以被拿來主義“的性能測試框架或指導性體系茶行。
1、是什么登钥？
性能測試里的常用基本概念畔师、測試方法和標準流程的定義和解釋；
2牧牢、做什么看锉？
性能測試需求的分析方法姿锭，可以采用 checklist 的問題形式來幫助使用者得出對應需求所需要采用的性能測試種類，是壓力測試伯铣，是穩(wěn)定性測試呻此，還是健壯性測試等等；
3腔寡、怎么做焚鲜？
3.1 對應著上述第2步，得出來的具體的測試種類放前，每一種都有相應的測試方法說明忿磅，包括需要準備什么樣的數(shù)據(jù)、步驟和如何選取相應的腳本進行修改或組裝凭语；
3.2 有一套對應的樣例庫葱她，包含腳本（.usr）、參數(shù)化文件（.dat）叽粹、場景（.lrs）览效，雖然說不可能百分之百通用或者套用，但至少在同類產品的性能測試中都能套用虫几，它們都是相對獨立锤灿、結構清晰的一個一個的數(shù)據(jù)包，便于更新和管理辆脸；
4但校、怎么樣？
性能測試完成后啡氢，系統(tǒng)都會生成一個報告状囱。針對常用的單分析圖和組合分析圖，有樣圖與我實際的圖做對比倘是，并告訴我這些數(shù)據(jù)圖亭枷，分別代表著性能的哪些指標，這些指標的值搀崭，又分別代表著性能是好還是壞叨粘；
5、怎么辦瘤睹？
對于常見的性能問題升敲，羅列出通用的解決方案，比如是應該檢查并優(yōu)化 SQL轰传，還是應該修改服務端 Tomcat 的連接數(shù)大小等等驴党。
如果能有這樣一套產品化的性能測試框架，那么我想获茬，性能測試這種大山對于大多數(shù)測試工程師來說港庄，也就不那么”高不可攀“了倔既，對吧？
具有指導性的作業(yè)文件攘轩、測試計劃模板叉存、獨立的測試數(shù)據(jù)和測試腳本、分布式測試環(huán)境搭建腳本或手冊度帮、測試報告和相應的分析模板歼捏，能支撐一套完整的性能測試框架迅速落地，快速適應不同的項目笨篷，并且能讓測試工程師以最小的學習代價完成性能測試任務瞳秽。
不過，這么一套框架不是一朝一夕就能建立起來的率翅，它必須是在性能測試工程師對理論有了很深入地理解练俐，并通過多個項目的實戰(zhàn)，從中總結冕臭、歸納而形成的一套方法論體系腺晾，再輔以相對獨立的數(shù)據(jù)和腳本、計劃模板辜贵、分析步驟和模板等相關工具悯蝉。不斷地打磨、優(yōu)化和改進托慨，才能形成一套不論是入門級的小白鼻由，還是進行中的老鳥，都可以輕松利用它登上高峰的這樣一個產品厚棵。
《測試路上你問我答》里的 Q&A 62蕉世，如果是你要的，甚好婆硬！如果不是狠轻，你問，我答彬犯！
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
