一、游戏上线前服务器压力测试应该怎么做
对于游戏后台*能，评测标准不只单单是TPS（每秒处理多少个XX请求），因为当你的游戏服务器上线后，不存在一群玩家只发XX请求的压力场景。所以，游戏后台受到的现网请求压力永远是多场景混合的，在这样的压力下，后台能支撑多少人同时**，才是一个游戏压测者需要得到的有价值的测试结论。
要得到可支撑的"*大同时**人数"，主要做好2件事：
在现网真实压力里，不论压力大小如何变化，现网环境如何变化，一个游戏类型和玩法设计定型后，永远有2个压力宏观数据保持不变：a.各接口的压力比例不变， b.玩家平均每分钟操作频率不变。因此，压力测试目标就转变成了如何模拟符合ab数据的压力。
对于a，首先从同类型游戏或者本游戏内测阶段，日志插桩，收集各个接口的调用比例；然后，将接口比例转化为场景比例，如同时会有个2*完结登陆、15*玩家战斗、20*玩家拉取好友列表、10*玩家**（一个手游场景例子）。
对于b，同样在内测阶段收集玩家平均操作频率。
此时有了a和b，就可以构造出一分钟内玩家同时**的真实压力模型了。
2、用压测工具构造出符合压力模型的压力
这个可以自己写，也可以使用现成的压测工具。现在市面上的压测工具很多，但很多都是专注于TPS这个参数，不符合游戏行业压测的关注点，同时**人数。
二、自动化测试用什么工具
开源功能自动化测试工具：Watir、Selenium、MaxQ、WebInject
开源*能自动化测试工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web禒Application Load Simulator
不过，大家用的*多的就是QTP和LR哈，希望对你有帮助
安卓系统自动化测试使用什么工具 10分
一、首先说说手机自动化测试的原理
1、手机自动化测试的原理为PC上一个控制端（测试工具）与手机上的一个agent端，通过串口、USB或者无线方式将PC与手机终端相连，然后应用测试工具向手机发送请求或者命令，手机收到命令或者请求后，交给agent端解析，然后agent将这些解析的命令下发给手机的各个功能模块所能识别的命令，调用那些功能模块模拟操作。完成这些操作后，手机会返回一些信息，agent可以抓取这些信息，然后传回给PC端，这样就完成了一个完整的手机自动化测试。
2、关键点在于agent，有的公司是向自己的手机终端的软件功能模块中植入测试程序响应代码，有的公司可以利用MMI_**nd的方式来控制手机终端；原理就是给手机提供一个响应的接口。
3、而对于PC控制端，这个测试脚本用各种编程语言都可以，看如何定义
4、而又的自动化测试设计成录制的机制，说通俗点，就是记录手工操作的键盘信息或者LCD的操作信息（LCD需要用到智能识别机制）
5、自动化测试框架的搭建方法是通用的，你需要有一套自己的测试框架才能保证自动化测试的顺利开展。
1、CTS，CTS测试基于Android instrumentation测试，其又基于JUnit测试。说白了， CTS就是一堆单元测试用例。这也是Java语言的擅长部分。
2、 Monkey工具，Monkey是Android中的一个命令行工具，可以运行在模拟器里或实际设备中。它向系统发送伪随机的用户**流(如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试。Monkey测试是一种为了测试软件的稳定*、健壮*的快速有效的方法。
3、ASE，ASE意思为Android脚本环境，即我们可以通过脚本（比如Python）调用Android的功能，从而定制一些测试。比如打**，发**，浏览网页，等。我们可以扩充它的API（Java部分）,并用python脚本调用这些API,从而实现丰富的测试功能。用于API部分可以访问到Android全部API, python又能灵活部署测试，所以ASE的扩展*非常好。
4、Robotium，该工具用于黑盒的自动化测试。可以在有源码或者只有APK的情况下对目标应用
进行测试。Robotimu提供了模仿用户操作行为的API，比如在某个控件上点击，输入Text
等等。（推举你可以研究一下这个工具，开源的，我有资料）
5、可以自己开发一个手机方面的自动化测试工具，原理上一样
自动化测试包含多种，如Web自动化、手机自动化等：
Web自动化测试工具：selenium、QTP。
*能自动化测试工具：loadrunner、jmeter。
接口自动化测试工具：SoapUI、post**n。
手机自动化测试工具：robotium、***ium。每种的**个都比较推荐。当然还有其他的工具，不过这些比较普及。
做软件的自动化测试一般用什么工具
1、测试类型可以包括：白盒测试、黑盒测试（功能测试、*能测试）等。
2、不同的测试类型使用的自动化测试方法不同，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试。
3、自动化测试，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。
4、自动化测试，针对功能测试，有几种情况，基于CLI、API和GUI的测试；基于CLI、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，以达到控制设备的效果。基于GUI功能测试，即应用传统的界面自动化测试工具(例如：RFT、QTP等）控制界面控件操作的方法，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如:tcl、python、ruby等），RFT需要你懂java或者、QTP需要VB等。
做软件的自动化测试一般用什么工具
曾经有一段时间，人们习惯于在MS Excel里面编写单元测试用例，然后开发人员就按照单元测试用例一步一步的来实现用例。这通常是很耗时的漫长的过程，尤其是如果应用很大或者UI很复杂的话。
这一套单元测试的执行过程常常成为瓶颈，因为任何代码修改都会带来手工执行大量单元测试，以确保新的修改没有破坏原有功能。
如今是个快节奏时代，人们希望工作能够无需人工介入、自动化的快速完成。每个人都喜欢执行一个命令就能把工作搞定，而且在执行期间不需要人工介入。需要做的仅仅是检查一下*终的输出结果。
当这个世界正在迈向自动化时，自动化测试也不甘落后，不论是在功能测试方面还是UI测试方面。每天我们都能听说自动化测试方面涌现出的新软件。
本文提供了一些信息给那些想用Coded UI自动测试框架来进行应用界面自动化的.Net开发者。
*近我一直在寻找一个自动化的用户接口测试的解决方案。用户接口测试需要用户多次进行手工输入操作，这是一个既枯燥又费时的过程。因此，我想寻找一种更智能的自动化UI测试的方案，这种UI测试在不需要人工干预下，能够被保存，记录并提供支持，快速测试代码的改变。
Coded UI采用用户接口来驱动应用的进行自动化测试。这些测试包括UI控制的功能*测试。他们使你可以验证整个应用的功能是否正确，其中包括了用户接口。Coded UI尤其适合用于用户接口中存在校验或者其它的登录方式的测试，比如网页。Coded UI也可以用于人工测试用例的自动化。
Coded UI测试帮助用户测试应用程序的用户接口。这些测试允许用户验证应用程序的功能。Coded UI多数时间用于帮助验证在UI层本身的有效逻辑。它能够验证值对用户接口的控制的正确*。
市场有许多自动化用户接口的方案，比如HP的QuickTest Professional, IBM Rational Functional Tester.其它**的，易于使用的开源工具解决用户接口自动化问题的有Selenium，也能够记录测试，需要的时候回放。市场上还有来自Microsoft的也能不需要太多努力做同样的事。用Visual Studio Microsoft还有Coded UI的方案用于单元测试。
大多数安装了Visual Studio的开发者都喜欢在Visual Studio的环境里进行单元测试，而不是使用第三方工具。由微软提供的Coded UI，在Visual Studio环境里可谓上手即用。在开发者的机器上无需另外安装任何东西。一旦你安装了Visual Studio的Premium版或者Ulti**te版，你就同时也安装好了Coded UI。
为了使用Coded UI，需要安装Visual Studio 2010/2012/2013的Premium版或者Ulti**te版。
Coded UI测试的组成容易理解。它可分成下列文件：
这个文件是UIMap类的XML表示。UIMap类包括视窗，控件，属*，方法，断言和动作。
对UIMap的自定义部分都存在这文件里。如果修改直接存在UIMap.designer.vb文件的话，那些修改都会在记录结束后丢失，因为这个文件重新创建了。
给每个在测应用程序中的每个模块创建......
虽然，在你拿到这本书时已经对要测试的项目做了一些分析和考量，但还是有必要在这里罗嗦一下不是所有项目有适合实施自动化测试的，以免对项目实施自动化过程中发现困难重重，浪费了大量的人力和时间而没有得到应有的收益。
1、任务测试明确，不会频繁变动
5、需要在多平台上运行的相同测试案例、组合遍历型的测试、大量的重复任务
8、被测软件系统开发比较规范，能够保证系统的可测试*
10、测试人员具备较强的编程能力
当然，并非以上10条都具备有情况下才能开展测试工作。这里就需要读者做综合的权衡。在我们普遍的经验中，只要满足三个条件就可以对项目开展自动化测试：
测试脚本的稳定*决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试的框架，如果所花费的成本不低于利用其节省的测试成本，那么自动化测试便是失败的。
项目中的某些模块相对稳定，而某些模块需求变动*很大。我们便可对相对稳定的模块进行自动化测试，而变动较大的仍是用手工测试。
由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成。这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。
自动化测试脚本的重复使用要从三个方面来考量，一方面所测试的项目之间是否很大的差异*（如C/S系统和B/S系统的差异）；所选择的测试工具是否适应这种差异；*后，测试人员是否有能力开发出适应这种差异的自动化测试框架。
做软件的自动化测试一般用什么工具？和黑盒测试工具一样么？用loadrunner怎么样？
一、对于你的问题，首先明确测试类型，然后才能明确自动化测试类型，*后定位哪个类型用哪个方面的自动化饥试工具
1、测试类型可以包括：白盒测试、黑盒测试（功能测试、*能测试）等。
2、不同的测试类型使用的自动化测试方法不同，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试。
3、自动化测试，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。
4、自动化测试，针对功能测试，有几种情况，基于CLI、API和GUI的测试；基于CLI、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，以达到控制设备的效果。基于GUI功能测试，即应用传统的界面自动化测试工具(例如：RFT、QTP等）控制界面控件操作的方法，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如:tcl、python、ruby等），RFT需要你懂java或者、QTP需要VB等。
5、你说的loadrunner就是*能测试方面的工具，即是测试软件*能、例如多用户操作等*能、也需要写代码，LR脚本支持的语言有：java、c、Visual Basic、vbscrīpt。默认的脚本生成语言为 C;其实我想说的是，*能测试工具不重要，你需要掌握其*能测试的方法才是更重要的。
二、我感觉你想入门自动化测试，但是从你问的问题来看，有一定盲目*，我简单说一下自动化测试吧:
1、自动化测试，其理念就是应用各种手段模拟人工操作，节省人力测试成本，保证产品测试质量。
2、你想学好自动化软件测试，不是单单靠学习几个自动化工具就能掌握的，但是你可以从工具入手，
首先，告诉你自动化测试的基础是
1）编程技巧，包括高级语言和脚本语言，脚本语言是初期的掌握，可以有，tcl、phython、ruby等而高级语言，要好好学好一门，例如，我是对java为重点。还有，如果你是对web自动化测试的话，那么jsp、php、HTML、CSS等web语言是必须掌握的。
2）操作系统技巧；因为软件自动化测试是构建在操作系统上的，其技巧需要能善于利用到操作系统的各种技巧，例如：注册表、环境变量、句柄等。
3）数据库知识，要善于利用数据库知识去存储管理。
4）业务知识，这也是重点。你所在软件行业的软件业务，要知道你的软件的工作方式。
1）可以从工具入手，根据具体的项目去学习；例如：java软件界面测试（RFT、QTP的java插件等）、web界面测试（QTP、selenium等）、*能测试（RPT、loadrunner等）。但记住，学习其工具，重点不是简单的使用，而是如何利用工具去扩展。
2）然后，重点学习以上的基础，以编程为重点，其余的结合学习，顺便说一句，其实自动化测试的理念与软件设计模式理念很像，你可以从中有所领悟。
3）之后，再学习去拓建自己的自动化测试框架，何谓框架，一下说不清楚，我给你推荐一下
注意：如果没有自动化测试方面的实践项目的话，*好先从基础学起，因为基础学好了，自动化测试入门会很快的。
4（至于*能测试，也是一样，可以先从工具入手，但不要*限于工具，*能测试*重要的是环境的构建方法以及对测试结果的分析方法，所以*能测试重点在于分析和实现过程，而不是工具使用过程。
或者对自动化测试有兴趣的，可以发短消息或者邮件我。（[e**il protected])，有机会一起学习探讨下
一般大公司UI自动化测试使用什么工具呢
1、UT自动化测试，其实都是基于selenium做的，在此基础上做了自己的框架或者录制工具
2、不过说真的，UI自动化，就算在大公司里，其实用的也不普遍，因为互联网项目迭代的快速*，就导致了UI自动化的难度，界面老变，项目周期短，没时间实现UI自动化，或者UI自动化难以维护
3、所以，我主导的测试项目，都是UT、开发互相review(架构、代码)—接口测试—系统测试(体验测试)，也许你经历快速团队的开发和测试主导后，你会发现，有时候，沟通和协作往往比一些自动化测试要来的可靠
有问题，发邮件到[e**il protected]找我要微信聊吧，或者，百度搜索一下酷测网，里面有我们搞的一些自动化、*能方面的课程。(散步的SUN)
列举一些工具和框架，有开源的也有商业的
TestBird是比较有名的自动化测试平台：
TestBird*初是从手游测试开始起步，在手游圈积累起很高的**度，目前也已向***测试领域进军，同时TestBird也加入了智能硬件的测试领域。不仅如此，TestBird同时也开发出云手机平台，帮助开发者和测试者实现远程真机调试，自助功能测试和自动回归测试。
