vb6 由于超出容量限制 不能创建新事务_新手上路：盘点性能测试必须掌握的技术点...

前段时间，有一些小伙伴提出希望我们推送点性能测试的技术干货。所以，小编今天通过上网查资料，结合项目实操过程中的一些问题，总结了一些关于性能测试的内容，希望是大家想要了解的内容哈。 1、性能测试的目的 首先，先来明确一个问题，我们为什么要给产品/软件等做性能测试？ 时下，市面上绝大多数的软件产品，都是分布式应用。这就产生了一些有意思的现象：开发的产品在少量用户使用时，可能不存在问题，一旦用户多起来，就容易出现系统瘫痪等多种问题。 那么，为什么会出现这种情况呢？这是由于用户的使用数量、用户场景的不确定性造成的。当并发用户数量超过负载量，系统就会陷入崩溃状态。由此可见，对新开发的产品做性能测试是非常重要的。它能帮助我们了解系统可承受的并发用户数量，带宽、cpu、内存、硬盘速度等。 2、性能测试的内容 性能测试主要包括以下几个方面的内容：负载测试、压力测试、容量测试等。 负载测试：不限制软件的运行资源，测试软件的数据 吞吐量 上限，以发现设计上的错误或验证系统的负载能力。目标是确定并确保系统在超出最大预期工作量的情况下，是否能够正常运行。 压力测试：也称为强度测试。通过模拟实际应用的软硬件环境，及用户使用过程的系统负荷，长时间或超大负荷地运行，来测试被测系统的性能、可靠性、稳定性等。 容量测试：可以看作是系统性能指标中，特定环境下的特定性能指标，即设定的界限或极限值。 3、性能测试评价指标 说了这么多，下面就要对性能测试的指标做评价了。 从用户的角度来说，一般响应时间<2秒，就属于流畅的体验；如果响应时间>10秒，则要考虑改进响应速度的问题； 从产品的吞吐量来说，我们需要关注硬盘IO(读写)、网络IO(上行下行带宽)、cupIO、服务器的处理能力、客户端的打开页面数量等。 另外，我们还 需要了解用户 打开页面、登陆服务器、实现消息发送等某一动作的事务处理能力。 4、性能测试关注点 l 响应时间快慢，服务器端的处理速度 l 服务器端的使用情况 l 数据库端的资源使用情况 l 最大用户访问数量 l 同时处理最大业务数量 l 考察系统能否支撑7x24小时运转 l 内存资源、线程资源能否正常回收 l 代码，算法，sql语句设计是否合理 l 整个系统的稳定性，可恢复性   5、性能测试的核心原理 1)基于协议(前端、后端的通信机制)，基于界面(与前端的交互)，基于代码(后端)； 2)基于网络的分布式架构：基于网络协议去模拟用户发送请求等； 3)基于多线程：模拟多线程操作，多人同时操作，模拟大负载量； 4)基于真实场景：模拟真实的网络环境，用户操作时间不确定性，操作不确定，得出数据的准确性也存在差异。场景不对，数据也不一定可用。 6、代码实现性能测试 针对某一功能做性能测试，可以通过论坛的登陆以及发帖(post协议，多线程这两点)、登陆操作、发帖操作(涉及协议)等，并采用多线程同时操作。 7、Loadrunner的使用 Loadrunner 的四个部件，分别是指： l Vuser generator：开发性能测试脚本； l Controller：提供多线程并发等操作； l Ananlysis：结果分析； l Load generator：负载生成器(controller 里面的一个主键)   下面给大家详细介绍一下。 在vuser generator (虚拟用户生成器)中，新建一个脚本： 进入界面，点击start录制一段脚本； internet application 指的是b-s 架构，win 32 是指c-s 架构，默认是录制到action，勾选recond表示立即开始。 可以手写，可以录制。点击web_url，使用get请求；点击web_submit_data，使用post请求。   如果出现乱码，可以这样解决： 开始时：tool > advaced > support charset // utf-8 或者本机编码 运行时：vuser > preferences > option > convert from/to utf-8   最后是编码的差别，大家可以参考一下： 国标GB-x ，2byte-16bit ， 2^16种组合，只对中文进行编码。 utf-8 ：3byte = 24bit 2^24种组合 ，对全世界的文字进行统一的编码。 ascii码：一个字节 (2^8=128) 点击下方 “ 阅读原文 ”，挑战年薪20W~