『壹』 做單元測試，集成測試，系統測試，性能測試要不要會寫代碼
要
單元測試就是針對程序內部邏輯的一種測試，至少要看懂代碼，找到基本路徑
集成測試要編寫樁模塊和驅動模塊
系統測試主要就是依據業務了，不要求寫代碼
性能測試，除了錄制腳本外，很多情況還要對腳本進行優化也需要一些開發的知識
『貳』 使用jmeter做性能測試腳本怎麼寫
如果只是簡單的介面類的腳本，完全可以網路一下，然後照著別人的流程走，主要是注意各種配置和參數的意義就行了，這個其實沒多大難度，比loadrunner還簡單。
然後是如果你是需要測試端到端的性能測試，就需要藉助badboy這個工具來錄制腳本，然後導入到jmeter中，後面同樣需要做關聯或者參數化的工作，這個網路一下同樣有。
然後就是自定義的腳本，這個就需要自己有java代碼的編寫功底了、
『叄』 性能測試需要會編程語言么
首先你要明白軟體測試的現在狀況以及未來發展的趨勢：
1：軟體的測試過程：
單元測試，功能測試，用例設計，性能測試，自動測試。
2：最主要的步驟是作為一個非常合格的測試人員，你要設計出來一套非常
全面，行之有效的測試用例，這在大型軟體測試當中顯得更加重要！
3：未來軟體的測試方向是使用軟體來測試軟體，而不是純純的手工測試，
現在國內很多人都開始作這一部分的工作。
4： 軟體驗證技術和軟體確認技術均屬於測試技術層面的東西。這個技術你
有理解並且可以熟練的使用。
5：理解一門語言對軟體的編程思想，環境有更深刻的理解，對自己的工作有
非常大的幫助，這種幫助是需要時間慢慢的積累的，越到後幫助越大
6：個人建議學習c＋＋語言，功能非常的強大，Python語言也非常的不錯，
『肆』 jmeter不用導入badboy錄制的腳本也可以進行性能測試嗎
當然可以啊，badboy只是可以將復雜的配置過程簡單化，在沒有badboy之前Jmeter就是
新建一個線程組-建立step-建立對應的需要測試的類型，你錄制網站操作的話應該是添加一個「
HTTP請求
」的類型，然後做相應的配置，比如URL、提交方式、發送參數等等~
『伍』 軟體測試中的測試腳本是怎麼定義的是一段代碼嗎什麼情況下要用到測試腳本
一般是自動化或者性能測試會用到腳本，腳本需要錄制，以代碼的形式呈現
『陸』 游戲後台怎麼做性能測試
一、什麼是游戲後台性能測試
性能（performance）：是系統實現其功能的能力。例如，響應時間、吞吐能力、事務處理數。
性能測試，是指在特定負載情況下，確定系統的響應速度和穩定性的表現。它也可以研究、測量、驗證系統的其他特徵，比如可擴展性、可靠性和資源使用率。通俗的講：通過模擬生產運行的業務壓力量和使用場景組合，測試系統的性能是否滿足生成性能要求，即在特定的運行條件下驗證系統的能力狀況。
按游戲構成特點，將性能測試分為客戶端性能、伺服器性能兩大塊。樓主問的應該是伺服器性能測試吧！
二、性能測試的關鍵指標
客戶端性能的關鍵指標有：
CPU佔用率、內存佔用率、流量耗用量、FPS（每秒傳輸幀數）
伺服器端性能的關鍵指標有：
響應時間、並發用戶數、吞吐量等；
三、如何做性能測試
1. 明確測試目標；了解性能測試需求；
2. 編寫性能測試計劃；
3. 分析性能測試需求；
4. 編寫性能測試方案、設計測試場景；
5. 相關資源准備(人力資源、硬體資源、軟體資源)；
6. 測試程序開發；腳本維護、測試數據准備、測試監控准備；
7. 執行性能測試並收集測試結果；
8. 分析結果；
9. 系統調優及再測試；
針對樓主的問題，推薦你一個伺服器壓測平台
WeTest性能測試（騰訊游戲官方出品）
騰訊WeTest壓測大師支持的性能測試方法
介面測試
介面的性能評估，給整體做參考
場景測試
登入場景，戰斗場景。游戲關鍵性的業務測試
容量測試
用於評估伺服器可承載能力，給上線需要的硬體數量配備做參考
穩定性測試
用於驗證伺服器長期運行的狀況
調優
性能瓶頸分析，定位，系統優化
希望能幫助到你
『柒』 web性能測試能否去掉登陸部分腳本
你可以把登錄部分的腳本放到初始化的地方，這樣只運行一次就可以了；
而且實際上即使每次都登錄也沒有影響，只要事件不包含登錄的代碼就可以了，這樣統計的數據只是事件內部腳本的執行時間，與是否登錄沒關系
『捌』 我是一名功能測試工程師， 懂資料庫 linux基本語句 但是我想學習性能測試，但是我不會編腳本（會c語言）
前期的黑盒測試不需要掌握太多的測試技能，而且實話說一句，高級測試不會比開發簡單多少。如果你想踏入測試這一行業，我可以給你點建議：
1.先學習好系統操作原理，資料庫等基礎計算機知識。
2.網路一下可以找到測試新手需要的軟體測試入門級別的書籍，然後找間公司邊學邊做。
3.之後擬定自己的職業規劃。
祝你早日找到工作。
詳情聯系左上角羅麥感恩
『玖』 性能測試工具Loadrunner遇到的一些問題
如果了解協議細節和lr對應的api的話，完全可以不通過錄制，直接編寫。
錄制往往是不知道怎麼開始，怎麼處理，沒有對該協議腳本的概念。所以要錄制下來再修改。
比如基於http的腳本，如果做多了，知道web請求用什麼方法，斷言用什麼方法，數據處理怎麼弄，關聯會了。那就可以不用錄制了，直接寫腳本。
錄制生成的腳本有時候有很多都沒用，也是要各種修改的。