建设常规的网站报价是多少钱事件营销的经典案例
一、有没有做过性能测试，具体怎么做的
性能测试是有做过的，不过我们那个项目的性能做得不多，公司要求也不严格。一般SE 给我们相关的性能需求，首先我们需要对性能需求进行场景分析与设计，这里，其实主要就是确定并发数，考虑是否需求设置集合点，以及个业务场景的性能指标要求，根据以上的分析来编写性能测试用例。
然后就开始着手去准备性能测试需要用到数据，以便后期做参数化，搭建好性能测试环境，然后就进行性能脚本的开发与执行。
就拿当时做过的一个下单接口性能测试来讲吧。
当时下单接口要求做一个并发压测，当时公司要求设定的并发数在：600 考虑到下单接口，必须要先登录，所以，首先我会准备600 个用户数据(账号，密码)，这边当时是通过存储过程来实现。然后把创建好的600 个用户账号，提取出来，保存在csv 文件中。之后就是编写性能测试脚本了，这里主要就是，脚本的几个核心点：
1，线程组中的线程数设置为：600
2，Ramp-Up 时间：5 秒
3，循环测试设置1 次
4，然后就是开始进行用户数据的参数化，参数化这块需要用到一个csv 数据文件设置这个配置原件。
5，考虑是需要设置集合点，由于不是秒杀抢购活动，不需要设置集合点。
6，最后添加聚合报告，用来观察90%用户的平均响应时间，错误率，吞吐量/吞吐量这些指标
7，例外对于服务器资源的监控，像CPU,内存，磁盘IO,网络，这块当时用的nmon 工
具来获取这些数据的，我们需要在服务器上安装一个nmon 工具，并运行启动就可以了，最后把它转化为excel 表格形式的图形化报告。最后对报告做一个简单的分析。
当时我们就是这么做的
二、性能测试流程是怎么样的?
例外一种问法：简单介绍下你们公司的性能测试流程是怎么样的?
我们那个项目的性能做得不多，公司要求也不严格。对于流程这块，首先就要对整个系统进行详细的分析，确定基本的测试范围，看下系统的哪些业务是需要做性能测试的，还有就是做哪方面的性能测试，对于我们那个项目，当时就做了几个业务做了些简单的并发压测(稳定性)这块，像登录的，搜索查询，下单，还有就是购物车里面的几个接口都有做过。然后就是对各个业务场景进行详细的场景分析与设计，确定每个业务场景的并发数，是否需要设置集合点啊，压测时间是多长，还有各个业务场景的性能指标等等，场景设计这块基本上都是老大跟产品哪个一起弄的，我参与的不是太多。
上面把个场景设置好了之后，提交给我们，我们就是根据老大设置好的那些场景编写了基本的性能测试用例。其实做性能测试，我觉得前期最关键的还是业务场景一定要设计好，后期我们主要的任务就是准备各自任务需要用到的一些测试数据，搭建好测试环境，还有就是测试脚本设计与开发，执行，并生出测试报告，对于测试结果我们一般会简单的做个分析，如果没有什么问题，基本后期就写一个性能测试报告。流程大概就是这样的。
三、你们性能观察哪些指标，大概指标范围是怎么样的
对于指标这块，业务方面的指标主要有：并发数，90%用户的平均响应时间错误率，吞吐量/吞吐率这些，例外还需要关注服务器资源的使用情况，像：CPU 的使用率，内存的占有率，磁盘IO，网络
我们那个项目当时只针对，登录，搜索查询，下订单，购物车相关接口，支付等业务做了些简单的并发，压测这块，指标大概是这样的：
单基准业务并发测试登录，注册，查询1s 以内，下订单，购物车相关接口，支付2s以内
混合业务性能：5s 以内
响应时间：登录，注册业务<2 之内查询，下订单，购物车，支付业务<3s
充值，提现，查看充值日志，查看提现日志业务查询标的， <3s
投标，申请借款<5s
错误率：0
吞吐量/吞吐率：200 左右请求/sec
CPU: 80%以内
内存:80%以内
I/O： %util<=80%，%iowait<=20%
%util: 磁盘一秒中有百分之多少的时间用于I/O 操作，
%iowait：磁盘等待处理时间占比
带宽： <=系统带宽的30%，无丢包，无延迟，无阻塞
四、性能测试计划有哪些内容
写过，主要是时间进度安排与工作安排，主要是环境，测试任务，测试需求，测试方法与策略，测试环境准备，测试通过的标准
比如说原来我们一个项目性能测试时做了5 天，那我们计划是，测试策略与用例编写一天，测试准备需要1 天，测试执行2 天，报告总结1 天。
五、有没有写过性能测试报告，具体包括哪些内容
性能测试报告，需要每次jmeter 压测完成的html 报告的数据跟nmon 工具监控的数据，整理出一份性能测试报告，性能测试报告，主要包含
1，测试资源(环境，测试数据，表里面需要多少数据，测试工具)
2，测试设计(测试业务，测试类型，测试时间，并发用户数)
3，测试分析(每一个场景都需要分析)
4，测试结论(能不能上线，不上线的原因)
5，优化和建议
6，测试通过的标准，平均响应时间<5s，资源利用率<75%，事务失败率<5%
六、什么是内存泄漏，什么是内存溢出
内存泄漏：
是指程序在申请内存后，无法释放已申请的内存空间，导致系统无法及时回收内存并且分配给其他进程使用。通常少次数的内存无法及时回收并不会到程序造成什么影响，但是如果在内存本身就比较少获取多次导致内存无法正常回收时，就会导致内存不够用，最终导致内存溢出。
内存溢出：OOM
-1. 指程序申请内存时，没有足够的内存供申请者使用1M 实际要占用2M 内存，就说分配的内存不够，导致内存溢出
-2. 给了你一块存储int 类型数据的存储空间，但是你却存储long 类型的数据，
-3. 长期出现内存泄漏，导致系统内存越用越少，最终导致内存不够用，导致系统崩溃，出现OOM
七、吞吐量与吞吐率跟负载有什么关系?
吞吐量/率和负载之间的关系：
①上升阶段：吞吐量随着负载的增加而增加，吞吐量和负载成正比;
②平稳阶段：吞吐量随着负载的增加而保持稳定，无太大变化或波动;
③下降阶段：吞吐量随着负载的增加而下降，吞吐量和负载成反比;
总结：吞吐量/率干不过负载!!!
八、当你服务器满了之后，你们吞吐量和响应时间怎么变化的
吞吐量会所有下降，响应时间会变长
九、你们吞吐量是多少，响应时间是多少，你设置了多少并发
登录：吞吐量大概在13.5/sec,响应时间<1s，设置的并发数180 个并发数。
十、有没有做过稳定性测试
部分接口有做过稳定性测试。具体怎么做的?
稳定性测试主要就是看某个业务在高并发情况下是否能持续稳定运行嘛，当时大部分的核心业务都有做过稳定性的，这个需是把并发数设置为峰值，然后循环次数设置为永远，例外要
开启调度器，调度器中的持续时间设定为3600 秒，让它持续压测1 个小时。看下接口的各项性能指标的变化，是否在预期的指标范围之内。
查询：吞吐量大概在36/sec,响应时间<3s，设置的并发数500 个并发数。
下单：吞吐量大概在25.6/sec,响应时间<3s，设置的并发数350 个并发。
十一、5000 个人抢购，只能50 个人能抢到，你怎么设计并发数的
并发数，按群内最大人数计算，利用二八原则，5000*80%=4000，并发数的峰值为4000
