LoadRunner

把安装文件里的所有中文文件重命名为 英 文 名 就ok！！！ 把安装文件里的所有中文文件重命名为 英 文 名 就ok！！！ 把安装文件里的所有中文文件重命名为 英 文 名 就ok！！！ 重要的事情说三遍！ 不插图了，言简意赅，浓缩的都是精华，希望能够帮到大家！ 来源： oschina 链接： https://my.oschina.net/u/4287847/blog/4269854

引言 大概在一年前的一次讨论中，我的好友陈华第一次提到了这个模型的最初版本，经过几次讨论后，我们发现经过完善和扩展的“理发店模型”可以用来帮助我们理解很多性能测试的概念和理论，以及一些测试中遇到的问题。在最近的一次讨论后，我决定撰写一篇文章来专门讲述一下这个模型，希望可以帮助大家更好的理解性能测试有关的知识。 不过，在这篇文章中，我将会尽量的只描述模型本身以及相关的一些扩展，而具体如何将这个模型完全同性能测试关联起来，我不会全部说破，留下足够的空间让大家继续思考和总结，最好也一起来对这个模型做进一步的完善和扩展^_^ 我相信，当大家在思考的过程中有所收获并有所突破时，那种快感和收获的喜悦才真的是让人倍感振奋而且终生难忘的 ^_^ 当然，我要说明的是，这个模型仅仅是1个模型，它与大家实际工作中遇到的各式各样的情况未必都可以一一对应，但是大的方向和趋势应该是一致的。 相信大家都进过或见过理发店，一间或大或小的铺面，1个或几个理发师，几张理发用的椅子和供顾客等待的长条板凳。 条件假设 在我们的这个理发店中，我们事先做了如下的假设： 1. 理发店共有3名理发师； 2. 每位理发师剪一个发的时间都是1小时； 3. 我们顾客们都是很有时间观念的人而且非常挑剔，他们对于每次光顾理发店时所能容忍的等待时间+剪发时间是3小时，而且等待时间越长，顾客的满意度越低。如果3个小时还不能剪完头发

今天跟大家聊聊自动化测试的前期发展历史以及未来的发展趋势，现如今的软件市场完全以消费者为导向，为了保持相关性，产品必须处于不断的准备发版状态。面对不断变化的消费者品味，企业如何确保这一点? 自动化测试在其中发挥了重要作用，使测试人员更多地关注维护测试计划并确保测试覆盖全面。 自动化测试的概念 广义上来讲，自动化包括一切通过工具(程序)的方式来代替或辅助手工测试的行为都可以看做自动化，包括性能测试工具(loadrunner、jmeter),或自己所写的一段程序，用于生成1到100个测试数据。狭义上来讲，通过工具记录或编写脚本的方式模拟手工测试的过程，通过回放或运行脚本来执行测试用例，从而代替人工对系统的功能进行验证。我们更普遍的认识把“自动化测试”看做“ 基于产品或项目UI层的自动化测试”。 自动化测试的更新换代(发展史) 软件的自动化测试在过去一段时间中有长足的进步。每个世代的产品都成功解决了某些重要的挑战，但是同时也引进了不同的问题等待解决。 第一代的自动化测试大概在15年前开始，透过硬件的方式录制键盘的输入并播放，但缺少检查点(checkpoint)的功能，而且测试脚本很难维护。 第二代的自动化测试则大约在10年前开始的，这时已经由硬件转变成透过软件录制/播放(capture/playback)的方式产生测试脚本， 并且也增加了检查点的功能，可以对软件做验证

今天跟大家聊聊自动化测试的前期发展历史以及未来的发展趋势，现如今的软件市场完全以消费者为导向，为了保持相关性，产品必须处于不断的准备发版状态。面对不断变化的消费者品味，企业如何确保这一点? 自动化测试在其中发挥了重要作用，使测试人员更多地关注维护测试计划并确保测试覆盖全面。 自动化测试的概念 广义上来讲，自动化包括一切通过工具(程序)的方式来代替或辅助手工测试的行为都可以看做自动化，包括性能测试工具(loadrunner、jmeter),或自己所写的一段程序，用于生成1到100个测试数据。狭义上来讲，通过工具记录或编写脚本的方式模拟手工测试的过程，通过回放或运行脚本来执行测试用例，从而代替人工对系统的功能进行验证。我们更普遍的认识把“自动化测试”看做“ 基于产品或项目UI层的自动化测试”。 自动化测试的更新换代(发展史) 软件的自动化测试在过去一段时间中有长足的进步。每个世代的产品都成功解决了某些重要的挑战，但是同时也引进了不同的问题等待解决。 第一代的自动化测试大概在15年前开始，透过硬件的方式录制键盘的输入并播放，但缺少检查点(checkpoint)的功能，而且测试脚本很难维护。 第二代的自动化测试则大约在10年前开始的，这时已经由硬件转变成透过软件录制/播放(capture/playback)的方式产生测试脚本， 并且也增加了检查点的功能，可以对软件做验证

今天跟大家聊聊自动化测试的前期发展历史以及未来的发展趋势，现如今的软件市场完全以消费者为导向，为了保持相关性，产品必须处于不断的准备发版状态。面对不断变化的消费者品味，企业如何确保这一点? 自动化测试在其中发挥了重要作用，使测试人员更多地关注维护测试计划并确保测试覆盖全面。 自动化测试的概念 广义上来讲，自动化包括一切通过工具(程序)的方式来代替或辅助手工测试的行为都可以看做自动化，包括性能测试工具(loadrunner、jmeter),或自己所写的一段程序，用于生成1到100个测试数据。狭义上来讲，通过工具记录或编写脚本的方式模拟手工测试的过程，通过回放或运行脚本来执行测试用例，从而代替人工对系统的功能进行验证。我们更普遍的认识把“自动化测试”看做“ 基于产品或项目UI层的自动化测试”。 自动化测试的更新换代(发展史) 软件的自动化测试在过去一段时间中有长足的进步。每个世代的产品都成功解决了某些重要的挑战，但是同时也引进了不同的问题等待解决。 第一代的自动化测试大概在15年前开始，透过硬件的方式录制键盘的输入并播放，但缺少检查点(checkpoint)的功能，而且测试脚本很难维护。 第二代的自动化测试则大约在10年前开始的，这时已经由硬件转变成透过软件录制/播放(capture/playback)的方式产生测试脚本， 并且也增加了检查点的功能，可以对软件做验证

熟悉 LoadRunner 的朋友一定不会对其 TPS(每秒事务数)、TRT(事务响应时间) 等视图感到陌生，因为这是压力测试最为关键的两个指标。 JMeter 以其开源、轻巧、灵活、扩展性高等特性赢得了广大测试从业人员的青睐，但是它没有像 LoadRunner 那样提供一个 TPS、TRT 之类的视图，虽然聚合报告也能说明一些整体以及实时的问题，但是就整体趋势、实时平均值走向、稳定性报告方面就无能无力了，见下图： 所幸的是，jmeter-plugins.org 这个网站为 JMeter 提供了一些增强型功能的插件，使用起来就像 Eclipse 装插件一样，完全做到了插件的可插拔特性。本文简要介绍如何使用这些插件让你的 JMeter 支持 TPS、TRT 视图。 本文背景： JDK：1.7.0， JMeter3.0， OS：Win7 旗舰版。 1. 插件下载 下载地址：https://jmeter-plugins.org/wiki/TransactionsPerSecond/，该插件最新版本为 2.0，大小 913 KB。笔者上传了一份最新版本的 jpgc-graphs-basic-2.0.zip，有兴趣的朋友可以去下载，下载地址：JMeter 每秒事务数 TPS 插件。 2. 解压安装 将 jpgc-graphs-basic-2.0.zip 解压缩后只有一个 lib 目录

转自： https://www.cnblogs.com/zjd2626/p/6692350.html 1 、问：你在测试中发现了一个bug ，但是开发经理认为这不是一个bug ，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2 、问：给你一个网站，你如何测试？ 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试 可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 提交功能的测试。 多媒体元素是否可以正确加载和显示。

一、规范性能测试实施流程的意义 规范的性能测试实施流程能够加强测试工作流程控制，明确性能测试各阶段应完成的工作，指导测试人员正确、有序的开展性能测试工作，提高各角色在性能能测试中的工作效率。本次分享的性能测试实施流程是性能测试开展的”指导方针”，结合《性能测试入门——LoadRunner使用初探》内容，您就可以早日成为性能测试”达人”。 二、性能测试实施流程 性能测试流程分为五个阶段，分别是【需求调研阶段】→【测试准备阶段】→【测试执行阶段】→【测试报告阶段】→【测试总结阶段】。 每个阶段做什么事情？重点关注什么？ 1.需求调研阶段 1.1.阶段概述 调研阶段的主要工作为：组建工作小组、项目创建、需求分析、模型构建、定制性能测试详细实施计划。 重点关注：需求调研、需要分析、模型构建 1.2.关键点描述 需求调研分为两个步骤进行：需求调研、需求分析。 该工作是性能测试必须的工作环节。工作产出文件为《XX项目性能测试需求表》，如：《云智慧_XXX系统_XXX模块性能测试需求表》。 此阶段模型构建主要是业务模型构建。 1.2.1需求调研 需求调研工作由性能测试实施人员牵头负责，产品经理、开发工程师、运维工程师配合完成； 需求调研的主要内容为： 系统线上环境的性能需求，例如性能需求、可靠性需求、可维护性需求等； 与系统性能需求相关的其它信息，包括系统信息（如线上环境硬件、参数配置

首先，什么是接口呢？ 接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。 系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们用的app、网址这些它在进行数据处理的时候都是通过接口来进行调用的。 程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块、发帖模块等等，那你要发帖就必须先登录，要发帖就得登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部系统进行调用。 一、常见接口： 1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等； 2、http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等； 二、前端和后端： 在说接口测试之前，我们先来搞清楚这两个概念，前端和后端。 前端是什么呢

何为接口？ 生活中，当你进入电梯按下二楼时，电梯会到二楼，按下五楼时电梯就会到五楼；电梯制造商给你提供了一个他们设计好的按钮，来获取你想要到达的楼层，而你按下他的按钮，就能使用他设定好的方法到达自己想要的楼层。 在这个例子中，电梯里的按钮就可以理解为接口。 接口一般可以分为两种，一种是程序内部的接口，一种是系统对外的接口。 一、常见的接口 1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等； 2、http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等； 二、接口的组成 首先，我们看一下范例接口的接口文档； 如图，接口文档中包含的内容有： 1.接口说明：获取token 2.调用URL：http://xxx/v1/products/xxx/access_token 3.请求方法：POST 4.请求参数、数据类型、是否必填、参数类型、描述 5.响应参数说明 以上就是接口的组成。 注意