性能测试基本流程
性能测试基本流程
|
性能测试基本过程
|
||||
| 性能需求分析 | 性能测试准备 | 性能测试执行 | 结果分析与性能调优 | 测试报告与总结 |
| 被测系统分析 | 性能测试设计 | 执行性能测试 | 是否通过 | 编写性能测试报告 |
| 需求调研 | 准备测试环境 | 性能分析 | ||
| 确定业务测试场景 | 测试脚本准备 | 性能调优 | ||
| 确定性能指标 | 测试数据构造 | 调优测试 | ||
| 评审性能指标 | 性能监控&采集数据 | 是否通过 | 知识沉淀 | |
性能测试需求分析
性能测试需求分析是性能工作开展的基础。在这个阶段,性能测试人员需要与PM、DEV及项目相关人员进行沟通,同时收集各种项目资料,对系统进行分析,确定测试的目标。并将其转化为可衡量的测试指标。
性能需求分析阶段的主要任务是分析被测系统及其性能需求,建立性能测试数据模型,确定性能测试范围,确定合理性能指标并进行评审。
为什么需要需求转换?(生产环境和测试环境不一致,需要实际情况实际分析)
性能测试准备
主要包括:编写测试方案、测试策略、设计场景、编写脚本、准备测试环境、构造测试数据、环境预调优等。
针对系统的特点制定出适合的测试场景。为了让测试结果更加准确,需要很细致的工作。如建立用户模型,只有知道真实的用户是如何对系统产生压力,才可以设计出有代表性的压力测试场景。
这就涉及到很多信息,如用户群的分布、各类型用户用到的功能、用户的使用习惯、工作时间段、系统各模块压力分布等等。
多方面不断的积累这种数据,才会让压力场景更有意义,最后将设计场景转换为具体的用例。
测试数据的设计也是一个重点且容易出问题的地方,生成测试数据量达到未来的预期只是最基础的一步,更需要考虑的是数据的分布是否合理,需要仔细的确认程序中的各种查询条件,这些重点列的数值要尽可能的模拟真实的数据分布。
预调优根据系统的特点和团队的经验,提前对系统的各个方面做一些优化调整,比如一个高并发的系统10000人在线,连接池和线程池如果还是默认的,显然是会有问题的。
执行性能测试
执行测试用例模型,包括执行脚本和场景;
测试过程监控,包括测试结果、记录性能业务指标和资源暂用情况
结果分析与性能调优
发现问题或者性能指标达不到预期,及时的分析定位,处理后重复测试过程。
性能问题通常是相互关联相互影响的,表面上看到的现象很可能不是根本问题,而是另一处出现问题后引起的反应。这就要求监控收集数据时要全面,从多方面多个角度去判断定位。调优的过程其实也是一种平衡的过程,在系统的多方面达到一个平衡即可。
测试报告与总结
阐明性能测试目标、性能结果、测试数据构造规则、遇到的问题和解决办法等。并对此次性能测试进行总结和知识沉淀。

浙公网安备 33010602011771号