‘壹’ 被测系统没有带界面的客户端，怎么进行性能测试
性能测试是个非常广泛的概念，如果从被测系统的角度看，可以分为客户端性能测试、服务器端性能测试；如果只做服务器的性能测试，可以细分为负载测试、压力测试、并发测试、稳定性测试、容量测试等。
你说的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"
端口随便你写，只要系统不冲突就行。