性能测试概念

思维要改变

功能测试、自动化测试，你们都是模拟 一个人使用某个功能，看实际结果与预期结果是否一致。

性能测试，是模拟，N多个人，同时使用某个功能，

• 看 多久时间能收到结果(结果正确与否不是我重点的)、
• 多少人能正常收到结果(成功率)、
• 服务器在多人同时使用时资源消耗多少 性能测试，是在 接口的功能测试完成之后，才开 始做。 性能测试的接口参数，一般默认全部参数（非必传参数也要写）。

这个思维，要慢慢去养成。

100次请求，期中有5次请求失败-------功能测试思维，就会为什么这个5个失败的，失败是我测 试哪里的问题。 性能测试思维，是 5/100的失败率， 分析失败率的原因（我发起方的原因？ 网 络原因？ 服务器原因？） 性能测试，多个人同时操作，所以，这个使用场景是很复杂的，但是， 我们来分析这个复杂的场景时候，要从最简单场景开始，逐步复杂化。

• 软件性能测试：
  • 通过工具，找出或获得系统再不同工况下的性能指标值
    • 工具： 性能测试工具、代码
    • 工具，它是来模拟多个人的
  • 相同的请求，同一时间发出，到底服务器时，其实已经有时间差异；
  • 到达服务器后，服务器处理相同的请求，也会出现有的时间长有的时间段，处理时间长 短也有差异；
  • 关键词： 工具、找出、获得
    • 接口性能测试，人数要大于1
  • 输出： 性能指标值 ====> 性能测试报告 我性能测试，具体应该用多少人来测试？
  • 性能测试时间，一般，是几十秒到几十分钟
• 负载测试：通过逐步增加并发用户数，测试系统性能变化，并最终确定系统所能承受的最大 负载量
  • 通过逐步增加并发用户数，找出服务器最大可接受的并发用户数区间
    • 最大并发用户数
    • 最大可接受并发用户数
      • 在人为的定义一个标准，在这个标准线下，我们能接受的时候的并发用户数。
        • 行业中接口的性能测试这个标准线： 平均响应时间 <=1.5S && Err% <=0.1%
      • 用不同的并发用户数，进行的测试时间，不需要很长，一般，几十秒到几分钟就可 以了
    • 关键词： 逐步增加并发用户数
    • 输出： 最大可接受的并发用户数
• 执行性能测试的基本思路：
  • 一个性能测试需求，我们要先做负载测试，找到这个需求中每个接口的 【最大可接受并 发用户数】，然后，再用这个最大可接受的并发用户数，去做性能测试，得到性能指标 值。 判断，这些性能指标值，是否有性能问题。如果没有，则可以书写性能测试报告， 性能测试就可以结束。如果有性能问题，那么，就需要定位、分析、调优性能问题。
• 压力测试
  • 用较大的并发用户数，持续运行比较长的时间，看系统的服务和资源利用情况，是否存 在稳定性问题
  • 关键词： 较长的运行时间、 稳定性问题 现在企业中，压力测试时间标准 （较长时间），已经变为了 以 小时为单位
  • 压力测试，是在，有不稳定性因素的时候，我们才需要去做的。
• 容量测试
  • 容量测试，与数据库表的数据量级有关系
  • 在一定的软、硬件条件下，在数据库不同数量级数据量的情况时，对系统中读\写比较多 的业务进行测试，从而获得不同数据量级下的性能指标值
  • 关键词： 数据库表数据量级不一样
• 稳定性测试
  • 在一定量的并发用户数下，持续请求一段时间，看服务器是否存在稳定性问题 稳定性测试时候，不需要压力测试那么长时间