『壹』 被測系統沒有帶界面的客戶端，怎麼進行性能測試
性能測試是個非常廣泛的概念，如果從被測系統的角度看，可以分為客戶端性能測試、伺服器端性能測試；如果只做伺服器的性能測試，可以細分為負載測試、壓力測試、並發測試、穩定性測試、容量測試等。
你說的LR，應該是說伺服器性能測試，我這邊就從伺服器性能測試的角度分析一下，伺服器性能測試到底要做哪些事情看
主要步驟是分三步：
一、設計測試方案
測試方案就是在你理解伺服器架構的基礎上，根據伺服器的性能基線，設計出的一個詳細測試方案，內容包含你要測的伺服器需要測試哪些場景，是單個場景還是多個場景混在一起的綜合場景，測試完成之後，最終需要達到什麼樣的一個性能指標，另外還需要設計出一個機器人的行為邏輯，這個行為邏輯盡可能去真實的模擬用戶的行為邏輯，一般可以根據封測時的運營數據。
二、機器人開發
根據上一步設計出的測試方案，進行機器人代碼的開發。
市面上可選擇的機器人比較多，如果你用LR，LR是支持用C語言、java語言開發插件，在LR的代碼中動態載入進來即可進行充分的壓測，LR的缺點就是只能在windows機器上運行，如果你的伺服器部署在IDC機房，PC機跟伺服器之間的上行帶寬有限的情況下，壓力很難上的去。
這里提下性能測試的工具，WeTest壓力測試： ,機器人都是部署在IDC機房的，會根據你的伺服器選擇距離最近的一個節點去產生壓力，你只需要寫下機器人代碼，填寫伺服器IP即可開始壓測。
三、數據分析
在伺服器性能測試過程中，可能會反復測試，測到達到伺服器的性能指標為止。在此期間，你需要定位到伺服器的性能瓶頸在哪裡，CPU、內存、網路、IO這四個系統方面的瓶頸，還是代碼寫的有問題。這個數據分析的過程是非常有技術含量的一件事情，需要去了解伺服器內核，需要去了解代碼是如何實現的。數據分析完成後，再輸出一份有技術含量的報告，就完美了！
『貳』 web測試中對客戶端和伺服器的性能測試都涉及到什麼
這種就類似於雲計算等後端基礎服務的測試，對於一些大的公司，會有一個專門的團隊來開發這種後端基礎服務，這種服務當然也需要測試人員來保證質量。
這類服務一般都是通過HTTP介面的方式提供給剛才講的WEB／APP的後端使用，所以，第一個要做的也就是介面測試，也就是用Postman等工具做手工測試、用TestNG＋HttpClient或者Python的Nose框架做自動化測試。
不過，對於這類後端服務來說，介面只是暴露給外用的部分，內部邏輯通常是非常復雜的，所以，除了針對介面做測試之外，測試人員還需要細致地了解這些服務端產品的技術框架及技術實現，需要了解到模塊的級別，對於系統框架圖、時序圖等都有很好的理解。針對這些理解去設計用例，再跟開發一起討論如何實現用例。
如果這種基礎服務用了某一個開源軟體，那通常也需要測試人員能關注社區的進展，並把我們發現的Bug及解決方案等推到社區，為社區做貢獻。
除了介面測試之外，在我們公司，異常測試、穩定性測試、性能測試也是服務端測試必備的測試類型。
異常測試會模擬各種異常情況，比如硬體異常－機器掛掉的情況下能否啟動備機、硬碟掛掉的情況下是否會丟失數據；網路異常－網路忽然斷掉、或者網路流量變小的情況；系統異常－操作系統忽然掛掉的情況。這些極端的情況出現的時候，我們需要驗證數據有沒有丟、能不能盡快啟動備機對外提供服務、系統狀態有沒有異常等。我們會採用各種方式或者工具來模擬這些異常，比如用TrafficControl工具來控制網路流量。
穩定性測試，就是模擬系統在7*24的運行下會不會出問題，一般會用介面測試或者性能測試用例不斷地跑，在運行期間，我們會模擬各種情況，比如說負載的變化、系統的各種干擾等。可以用ChaosMonkey等工具來進行這類測試。
性能測試，其實細分起來會有各種類型，比如負載測試、壓力測試、配置測試、甚至還有線上壓測、容量規劃等。最常規的性能測試，一般是先規定一個系統需要承受的壓力，比如說，某一個系統，1個小時之內會有1W單的單子，那基於這個需求我們分析伺服器後端需要承受的壓力，分析出來以後，就寫性能測試腳本，然後逐漸增加壓測的力度，直到超過這個預定的壓力。通常在這個測試過程中會發現各種問題，比如資料庫索引沒有建、線程池太小、系統異常等。需要解決了之後再加大壓力測試。也是用Grinder／JMeter等工具來進行性能測試，不過難的不是這些工具的使用，而是發現問題以後的定位。
對於這種後端服務的測試人員來說，技術上的要求是挺高的，需要有較好的編程能力，需要對資料庫、操作系統等機制有很好的了解才行。
『叄』 求客戶端（app）對伺服器的壓力測試怎麼做，急急急！
性能測試就是壓力測試，手機方面的其實和PC方面的差距不大，重點就是大量手機調用介面對伺服器的壓力，所以測試的重點還是在伺服器上，你可以用Jmeter模擬介面報文，來並發壓伺服器，看伺服器的響應和處理能力。單個手機畢竟是一個人在用，所以一般不用關心手機端的問題。手機端主要的就是功能沒什麼問題，只要app玩著玩著不要崩潰掉就行了.
『肆』 模擬客戶端連接伺服器，測試最大連接數，該怎麼處理
public class CloudLed {
boolean m_isOn;
Camera m_Camera;
public boolean getIsOn() { return m_isOn; }
public CloudLed()
{
m_isOn = false;
}
public void turnOn()
{
if(!m_isOn)
{
m_isOn = true;
try
{
『伍』 java用socket寫的伺服器和客戶端要如何測試啊客戶端的連接是的ip有什麼是本機IP么
你好，其實測試的時候就用本機地址127.0.0.1進行就可以了，伺服器和客戶端都用一個IP，但埠不同，一般伺服器端是固定埠，而多個客戶端用其他的多個埠進行連接。
當然你想模擬更真實的效果，又沒有多台機器，可以搭建虛擬機，比如vmware，把客戶端或伺服器放到虛擬機里去。
『陸』 java:伺服器如何檢測客戶端已經斷開
在客戶端退出之後，會出現socket連接中斷，此時是會拋出異常，在拋出異常時列印中斷的客戶端即可。
1. while(Binput.read()!= -1) 這種方法能判斷出客戶端輸入是否為空,客戶端斷開能跳出死循環,但是得到的數據卻從第二個開始了,所以這方法不適宜。
2. 在死循環中加入以下代碼：
try {
socket.sendUrgentData(0);
} catch (IOException e) {
done= false; //如果拋出了異常，那麼就是斷開連接了 跳出無限循環
}
『柒』 TCP伺服器如何檢測客戶端的IP和埠
你熟悉socket
API不？如果不熟悉的話建議先看看socket編程的文檔。這是鏈接地址：http://msdn.microsoft.com/en-us/library/ms738545(v=VS.85).aspx
一般服務端的sokcet
API調用順序為：
bind()
//
設置服務埠
listen()
//
等待客戶端連接
accept()
//
與客戶端建立連接
請參考：http://msdn.microsoft.com/en-us/library/ms737526(v=VS.85).aspx
這是accept函數的原型：
SOCKET
accept(
__in
SOCKET
s,
__out
struct
sockaddr
*addr,
__inout
int
*addrlen
);
第二個參數，
addr，包含了客戶端的IP地址和埠。你可以認為這就是客戶端的IP和埠。但是，要注意的是這個IP不一定就完全等價於客戶端本機的埠。比如：客戶端在一個區域網里，IP地址是192.168.1.100，然後它通過ADSL路由連接到internet，再通過internet連接到服務端。這個時候，服務端獲得的客戶端IP地址就可能是那個ADSL路由的IP。
『捌』 如何搭建本地android客戶端測試伺服器
android客戶端訪問tomcat搭建的servlet伺服器並互傳數據的步驟： 伺服器軟體環境的搭建安裝apache tomcat伺服器。 環境搭建好了部署java web項目。 啟動tomcat伺服器，並測試在瀏覽器能否訪問。 手機通過電腦的ip地址去訪問tomcat的web項目即可。
『玖』 如何在WebSocket的伺服器側檢測客戶端的斷開連接
通過心跳包，以確保客戶端正確連接，比如經常發心跳包到客戶端，然後接收響應數據包，如果沒有接收到響應數據包可以被認為是一個客戶端已經斷開，這是標準的做法，至少在我所有的SOCKET編程都採用這種方式來保持連接狀態。
『拾』 怎麼模擬伺服器端測試客戶端的新功能
本機你可以寫成
"127.0.0.1"或者"localhost",如果是安卓本機就是"10.0.2.2"
埠隨便你寫，只要系統不沖突就行。