Ces222的博客

1、cpu指标要求建议CPU指标如下：对于每一个CPU来说运行队列不要超过3，例如，如果是双核CPU就不要超过6；如果CPU在满负荷运行，应该符合下列分布：User Time：65%～70%，us过大，说明有用户进程占用很多cpu时间，需要进一步的分析其它软硬件因素。System Time：30%～35%，sy过大，说明系统管理方面花了很多时间，说明该系统中某个子系统产生了瓶颈，需要进一步分析其它软硬件因素。

1、确认磁盘 I/O 存在性能问题对于随机负载，当遇到余下情况时，我们那通常认为存在 I/O 性能问题：平均读时间大于 15ms；在具有写 cache 的条件下，平均写时间大于 2.5ms；对于顺序负载，当遇到余下情况时，我们那通常认为存在 I/O 性能问题：在一个磁盘上有两个连续的 I/O 流；吞吐量不足（即远远小于磁盘 I/O 带宽）；

性能测试-内存瓶颈1、查看利用率(free)used：已使用多大。free：可用有多少。Shared：多个进程共享的内存总额。Buffers/cached：磁盘缓存的大小。所以空闲内存=free+buffers+cached=total-used2、查看页交换，swap交换（pi、po、so、si），磁盘IO(vmstat)si：每秒从交换区写到内存的大小so：每秒写入交换区的内存大小page in：分页(Page)从磁盘重新回到内存的过程被称作Page-In。

突然有一天！领导说：“小刘，今天把996福报系统压一下，下班前把压测报告发我邮箱。啥？压测？今天？报告？怎么压？怎么写？从来没做过啊，心里一万匹草泥马奔跑而过，别说996了，估计明天都下不了班了；好歹也像功能测试，给个压测需求吧！没法，你遇到了一个不懂性能测试的领导；一个完整的项目是怎么做性能测试的1、前期准备性能测试虽然是核心功能稳定后才开始压测，但是在需求阶段就应该参与，这样可以深入了解系统业务、重要功能的业务逻辑，为后续做准备。2、性能需求分析（评审）评审时，要明确性能测试范围、目标。

100个真实的用户1、一个账号模拟100虚拟用户同时登录和100账号同时登录区别：1个账号100个人用，同时登录；100个人100个账号，同时登录；相同：两个都是100人同时登录，具体看项目需求；2、账号来源利用“注册”或“创建”账号接口，创建100个用户；“查询”接口，保存100个账号的账号、密码到一个文件；3、提取100个账号、密码的文件Jmeter脚本整体布局。

什么是压力测试？压力测试的基本思路：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力测试的资源包括内部内存、CPU可用性、磁盘空间和网络带宽。压力测试涵盖，性能测试，负载测试，并发测试等等，这些测试点常常交织耦合在一起。压力测试存在哪些问题？操作系统默认安装，在未做任何优化的情况下实施压力测试。1、未考虑磁盘IO对软件的影响2、未考虑网络带宽对软件的影响3、网络软件测试，没有考虑到TCP特点4、各种超时参数优化。

业务量是不带时间单位。我们提到业务量的时候，一定会加一个时间单位。比如说，每天的业务量是 100 万笔，每年的业务量是 1 亿笔，等等。吞吐量是自带时间单位的。吞吐量是单位时间内处理的业务数量。业务量和吞吐量的关系那么问题来了，我们做性能测试的时候，用哪个词呢？业务量 or 吞吐量？事实上，这两个词我们都用。因为他们的内涵不同。业务部门的目标里，往往是一年业务量多少，一天业务量多少。而这些目标并不能勾勒出性能测试目标。因为性能测试要的是每秒的业务量有多少。

稳定性测试的要点1、长时间的以正常的业务负载进行运行（最低为用户实际使用时的负载量，如果用户实际负载量低于最优负载量，也可以使用最优负载量）。2、稳定性的测试数据（用户实际使用负载量）来源于运营数据。3、稳定性测试时，需要针对不同的业务操作，并且模拟不通的用户，进行长时间的稳定性测试（并行执行所有脚本，因为要模拟实际用户使用场景，不同的用户在线所做的动作肯定不一致）。性能测试的监控的关键指标1、系统指标：与用户场景和需求相关的指标用户并发数：某一物理时刻同时向系统提交请求的用户数。

误区1：应用程序必须通过功能测试后才可以测试性能应该尽早的进行性能测试。性能测试可以发生在各个测试阶段中，即使是在单元层，一个单独模块的性能也可以使用白盒测试来进行评估，然而，只有当整个系统的所有成分都集成到一起后，才能检查一个系统的真正性能。性能测试从早开始，完成一个小模块，对小模块的接口进行性能测试，一般耗费资源很少，但可以防止问题在项目最后出现，花费很大的精力去修改。误区2：软件性能测试要向功能测试一样，覆盖到所有功能性能测试的主要目的是为了系统调优。不可能对所有的系统功能都进行性能测试。