发布新日志

  • 性能测试-系统调整的步骤

    2008-03-21 14:47:57

     确认问题

    • 应用程序代码-针对瓶颈的模块,首先检查代码。
    • 数据库配置-需要DBA配合调整参数。 l操作系统配置-操作系统参数配置。
    • 硬件设置-磁盘速度,内存大小(分析重点)。
    • 网络-检查网络负载是否导致网络冲突和延迟。

    确定原因(很大程度依靠个人经验,涉及的知识:操作系统,数据库,网络,程序开发等等)
    • 问题影响是什么:响应时间还是吞吐量,还是其他。
    • 多数用户,还是少数;操作的有什么不同。
    • 系统监控是否正常,CPU、内存、I/O、数据库。
    • 问题集中那些那类模块。
    • 客户端还是服务器出现问题。
    • 系统硬件配置是否够用。
    • 实际负载是否超过了系统的负载能力。
    • 是否未对系统进行优化。
     
    调整目标
    • 明确系统的目标,具体内容。 如:提高系统吞吐量,缩短响应时间,支持的并发量。
    • 确定何时停止调整系统(否则无休止)
    解决方案
    • 根据制定的目标,设计具体的解决方案。
    • 如:增加内存,调整数据库配置,优化程序。 。。。。。。

     

    最后分析调整
    • (迭代反复进行,确定是否还有问题,是否需要调整方案,直致目标达到。)
     
    需考虑问题:
    • 系统调整是否到达或超出。
    • 系统性能是否改善,还是牺牲某部分性能来解决的。
    • 调整是否可以结束?
  • 自我整理-性能测试思路

    2008-03-21 14:40:44

    性能测试的基本思路

    •  测试-发现问题-调优-再测试。

    方案设计

    • 核心业务模块
    • 典型业务组合
    • 大数据量测试(历史大数据量、运行时大数据量)
    • 长时间测试(一个工作日,一个月测试)
    性能分析
    • 先判断响应时间,再查找系统问题。
    • 响应时间: TN网络+TS服务器
    • 网络时间:查看那部分响应时间过长,哪些元素组件等。
    • 服务器时间:分析CPU,内存,数据库。。。。
     
    具体系统、需求不同,具体分析
    • 查找瓶颈顺序,由易到难
    • 服务器硬件瓶颈>网络瓶颈(局域网可不考虑)>服务器操作系统瓶颈(参数配置)>中间件瓶颈(参数配置、数据库、web服务器等)>应用瓶颈(SQL句、数据库设计、业务逻辑、算法等)
    • 注:以上过程根据需要选取。
     
    分析数据来源:
    • 根据场景运行的错误信息
    • 根据测试结果的监控数据
Open Toolbar