一、为什么要做*能测试
问题一：为什么要进行*能测试?原因有三：
川.开发者的水平各有不同，有的写出来的东西*能高，有的低，所以需要统一测试一下。
2.编程工具本身也有*能问题，用这样的工具开发出来的软件也要确认一下是否达到了需求所要求的*能指标，比如响应时间应该控制在多少秒以内。
3.*能测试，强度测试都是为了测试系统的稳定*，稳定*好，软件的质量就好，买的钱就多。
问题二：为什么要进行压力测试？三类压力工作岗位工作中面临压力是正常的，只不过有些岗位要经常面临压力，且压力比较大。为此面试官针对这类岗位应*设计相应的压力面试题，以测试候选人承受压力的能力。这些岗位大概三类：**类是中高级的管理岗位，他要面临上下左右、内外的沟通压力，随时随地来自各方面的压力。第二类是销售人员，尤其是大客户销售，要直接与客户进行深度沟通，而客户的需求都是变化的。第三类是特殊专业技术岗位，所面对环境瞬间变化，会产生压力。这三类岗位的应*者都有可能会遇到压力面试。三类压力工作环境现实工作环境当中，我们会有很多时候处在压力中，因此从压力环境来分也有三类情况。**类，紧急环境：让你迅速办一件事情，其程度超出一般，特别紧急。第二类，矛盾环境：处在这种矛盾当中该怎么把事情办好？尤其是协调工作，面临着几种甚至十多种工作要素冲突，如何解决？第三类，陌生环境：心理学上讲，每个人都有自己的舒适区，而一旦离开舒适区进入陌生环境就会产生压力，比如：新换岗位，新来了**，新派了一项从没有接触过的工作任务等等。
问题三：如何做好*能测试？你好，首先很欣赏你的这种态度。我在TestBird**新人的时候，也有很多小朋友觉得自己有多了解工具运用，有多*练步骤过程，自我感觉很不错。
其实，我却想说，*能测试的重点不在*能测试工具的学习上。
当然，你也通过分析系统的压力点、LR录制脚本，设置用户，做压力，分析结果，整理测试报告。完成了*能测试的整个过程。那么我说这个*能测试报告是有效的，但它不一定是有用的。
为什么呢？因为在*能测试报告中，在你所在的环境中，你是测出了这样的效果。并未掺假，全部真实的记录。
为什么说它不一定是有用的，你了解系统架构么？知道数据库、中间件、前端程序的运行方式和处理机制么？了解网络协议么？了解操作系统么？*悉开发系统的语言么，如java JVM的内在机理知道么？这些都是系统运行的一部分，都在影响着系统的*能。如果不了解这些，你如何做出有价值的有参考意义的*能测试。
所以，学会这些*能测试工具很好，但是这仅仅是**步。*能结果只是一些数据而已，知道你在做什么，为什么要做这些，做完后能给出有价值的东西，才是后面要慢慢修炼的。
问题四：要做好*能测试，该掌握些什么？这类问题之前也被问到很多次了，所以这次干脆整理一下，发个主题供同行们参考。如果需要补充，也欢迎大家留言一起讨论。如果想真的做好*能测试，需要学习的东西还是比较多的。简单列一下吧。 1.精通*能测试的基本概念，过程，方**，了解*能工程；
3.扎实的计算机专业基础知识，包括计算机组成原理、操作系统、数据库原理、计算机网络原理；
4.*悉至少1个常用的数据库产品，例如SQL Server或者 Oracle，能进行一般的数据库管理操作，*悉SQL脚本的使用，*悉常用的数据调优工具和常用的counter；
5.*悉至少一个操作系统的原理，Windows或者Linux都可以，*悉操作系统的体系架构、操作系统的重要基础概念，以及内存管理、存储/文件系统、驱动/硬件的管理、网络协议的实现及构成、*能的监控方法和原理，*悉常用的counter；
6.*悉至少一个web server产品，例如apache，了解一般的配置和常用的counter；
7.*悉至少一个应用服务器产品，例如tomcat，了解一般的配置，*悉常用的服务器*能监控方法和原理，*悉常用的counter；
8.至少*悉TCP/IP协议，*悉****协议，至少见过并了解三层、四层**或者路由器的使用和配置。了解常用的与网络*能相关的counter；
9.了解一般的大型企业应用的部署架构和应用架构；
10.了解**大型web应用、高并发量、高流量、实时响应要求高的超大规模网站的架构和优化历程；
11.*悉统计学的基础知识、常用分析方法以及实验设计方法，了解数学建模相关的知识；
12.*悉专属行业的业务知识和用户场景，例如电信行业的OSS系统所涉及的业务知识和用户场景，****系统所涉及的业务知识和用户场景；
13.大量的实际*能测试及优化经验；
14.积*的参与到各类圈子、社团的讨论和交流、分享中。暂时先想到了这么多，有兴趣的朋友可以一起讨论一下，相信每个人都有自己不同的经历和感想，可以跟其他人分享一下，提供参考。
另外，我之前也整理发布过不少*能测试方面的资料，从入门级的文章到升级的必读都有一些，有兴趣可以参考。
问题五：现在要从功能测试转*能测试需要做哪些准备工作呢?这个问题比较大了，首先明确一个方向，到底是客户端*能还是服务端*能，当然一般情况都是服务端*能，毕竟服务器是主体，一旦挂了所有人都结束了，客户端的话一般来说使用TestBird的功能测试平台就可以解决了。
服务端*能稍微要复杂点，**步是设计、方案，现在很多用的工具是LR、jmeter，懒人工具推荐ab，服务端*能实现就是大量发包给服务器施压，其实也就是网络接口发包的量化行为。
第2会遇到监控问题，监控分为脚本自身事务、对错的监控，一般脚本代码实现，服务器监控分为系统级监控、应用层监控、数据库内部监控等。
第3你可能会发现盲目的施压监控只能找出很明显的问题，此时可以回头好好想想一开始应该考虑的方案，这就和你对系统的内部架构、逻辑、业务需要结合了，找出什么值得去施压，这就像写用例一样，一开始就找准目标，只是*能的结果可能是未知的，当然有目标或者说可以估算一定数据量、**用户量所产生的大致行为效果是*佳的，建议不要胡乱相信网上的公式，人的行为不会是固定的。
问题六：*能测试测试的难点在哪里，之前没怎么做过，不是很了解，*近公司要做***测试，请教？*能测试的难点在于对被测系统的理解，在于对测试点的分析。为了实现测试的思想，可以有多种方法，手段永远只是辅助的，只有思想才是根本的。工具更不等于*能测试，不要以为会用LR就懂了*能测试，那只是**级的测试执行。也不要以为会调几个参数就懂了*能测试，那同样是个比较低的层次。
调优等技术不是*能测试的主要目的，好的*能也不是调出来的。测试人员一定要明白自己存在的价值所在，所谓的“技术”只是为了达成自己测试目的的一些手段。
如何证明测试结果的有效*，其实是个很难的问题，值得花费时间去认真思考。这个过程涉及到一些很重要的内容，如用户模型的建立，后续慢慢细说。
*能测试是一个需要不断改进的过程，每一次只需尽量的做到更好，多做一点点以前没有想到的东西。经过不断的积累，你会发现自己对*能测试有了更深的认识。
TestBird-手游和App自动化测试平台
问题七：为什么保险杠要进行*能测试保险杠承担着撞击的风险，需要缓减撞击的力度，所以在材料和结构上都有要求
问题八：要测试电脑硬件*能,要怎么做呢?新购的电脑或者刚刚升级的电脑，都需要进行一些负荷比较大的运算测试，这样可以及早发现硬件是否被超频和整个系统的兼容*、稳定*、运行效率是否令人满意，即使*后硬件没有问题也可以为自己优化电脑，“榨干”电脑潜能提供“理论基础”。
大多数电脑出现不稳定的状况，内存是重要的原因之一。内存质量如何直接关系到系统整体*能及稳定*。通常我们判断内存的优劣，不是凭借肉眼去观察内存做工，就是等内存出了故障时才了解情况。
测试内存，通常我们使用MemTest。MemTest不但可以彻底检测出内存的稳定度，还可同时测试内存的记忆储存能力和检索资料的能力，让用户知道目前机器上正在使用的内存到底可不可信赖，同时它还是一个绿色软件，直接点击执行文件即可运行。
MemTest的使用非常简单。打开MemTest会出现主界面。用户可以在空格里填写想测试的内存容量，如果不填写，软件则默认为“所有未用的内存”，然后点击下方“开始测试”按钮就可以开始测试了。在测试中，只要点击“停止测试”，那么测试即可终止。
MemTest会循环对内存进行检测直到用户终止为止，如果内存有任何质量问题，MemTest都会有提示。这个测试进行得越久，对内存质量的考验也就越高，通常只要下面的数值显示到200*以后，就基本说明内存没有质量问题了。
这个测试的重要*就不用多说了。通常U不稳都是由温度引起的，如超得太高，或是散热不好。如果没有及早发现问题，严重的情况下甚至会烧掉。即使没有烧，U长时间在高温下运行，会发生“电子迁移”，影响寿命。
测U，我一般是用Hot CPU Tester和super pi。
Hot CPU Tester本身的作用是考验CPU的稳定*以及散热系统的优劣（需要温度监控软件配合使用），不过在拷机的时候还有一个附加功能，那就是可以发现CPU是否被超频。
安装好Hot CPU Tester，桌面会显示一个快捷方式，双击快捷方式进入Hot CPU Tester的主界面。左边是菜单，在这里我们可以看到7个选项，分别是“Diagnotisc（运算测试）”、“Burn-in（CPU、内存测试）”、“Bench**rk（*能测试）”、“System Info（系统信息）”、“Option（选项）”、“LiveSupport（**升级）”以及“About（关于）”。
稳定*测试主要是依靠“Diagnotisc（运算测试）”和“Burn-in（CPU、内存测试）”两个功能。只要在“Diagnotisc（运算测试）”的窗口中单击“Run Test（开始测试）”键就可以开始对系统进行测试。这个测试是让电脑连续运算各种项目，使CPU在一段时间内保持使用率为100*，以此来测试CPU的稳定*。
中间的窗口是测试的项目，包括硬盘、内存以及MMX等，下方有CPU资源占用的情况，通常不到几分钟，CPU使用率就会达到100*。如果玩家在这种状态下能让Hot CPU Tester运行达1小时以上，那么CPU的稳定*就算达到标准了。另外，由于CPU长期在100*状态下工作，会产生**的热量，这个时候玩家通过一些温度监控软件就可以看到CPU及系统的温度，并以此判断散热系统的优劣。
在右下方，Hot CPU Tester会显示测试进行的时间，以及开始测试和结束测试的时间。另外，在Option（选项）中还可以对测试进行一些设置，比如测试的时间以及测试时硬件的状态，有一些功能需要用户注册后才能使用。
如果玩家只想测试CPU和内存，那么可以进入......>>
问题九：如何进行*能测试，为什么要考虑计算能力，内存，cache，计算规模 web系统还是服务器？
问题十：已知测试需求，怎么用Loadrunner做*能测试先写脚本，然后取100用户并发测试，测试完成后生成结果，在结果里面就可以看到实际并发用户数和平均响应时间，然后跟100和 3~5秒比较，看是否达到要求。说的很简单，一个大概的过程。你可以先参考一下。
二、自动化测试用什么工具
开源功能自动化测试工具：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同时也开发出云手机平台，帮助开发者和测试者实现远程真机调试，自助功能测试和自动回归测试。
