一万年太久,只争朝夕。

发布新日志

  • 理解监控方案

    2008-09-17 16:21:11

    又完成了一个大型项目的测试,对监控有了些新的理解,奉献出来,和大家探讨.
    监控方案的重要性就不多说了,开始吧,如下:

    监控的目的
    一个是实时的,另一个是事后的
    实时的是为了在测试执行过程中监控各种资源的使用情况(数据指标),
    观察有无异常影响测试的正常执行。
    事后的是为了通过分析测试执行过程中记录的数据发现系统瓶颈,为系统调优提供支撑。

    监控范围
    监控记录那些资源ap,db,net...... 那些指标cpu,mem,io......

    监控级别
    那些是必须监控的,那些是次要的。

    监控的策略
    监控的方式(方法)
    用什么工具(系统自身提供的,自己开发的,开源的等等)怎么监控

    监控点(根据测试类型或系统组成列出监控的资源指标)

    监控结果处理(监控结果的存储路径,文件命名规范)

    监控准则(开始,暂停,重启,结束的条件)

    监控风险(系统自身的,人为的等)

  • 负载测试计划之范围

    2008-03-20 11:03:46

       测试目标是确定测试什么和达到什么目的。面测试范围是要明确我们要测什么,测哪部分,针对什么去测试。
       在测试计划中要明确测试的范围,是整个系统,还是系统的一部分(某一模块或接口)这样为后继的工作指定了范围,便于高效的编写方案设计用例。
      例如一个搜索平台包括多个功能模块,抓取,存储,分析,管理,搜索,展示等等。在编写测试计划时就要明确测试范围,是针对分析流程进行测试,还是对搜索进行测试或是对整体系统的测试。实际工作中为找出瓶颈,验证自己的怀疑、假设,会用lr压一个非常耗时的功能,也可能细化到对某个核心函数编写lr脚本,去测它的响应时间,资源消耗情况。
       只有范围清晰明确了,才能有针对性的开展相关工作如:部署测试环境,准备测试数据等。
  • 负载测试计划之目标

    2008-03-18 10:09:38

     

    可度量的测试目标是测试成功的关键因素。
       在性能测试计划中应明确本次测试要达到一个什么目的,这次测试是为了什么,要了解什么。大的目标通常有两个,评测,调优,在细分通常有如下几种:(摘自lr帮助)
       以下是 LoadRunner 测试的常规应用程序测试目标:
      度量最终用户的响应时间
      定义最佳硬件配置
      检查可靠性
      查看硬件或软件升级
      评估新产品
      度量系统容量
      确定瓶颈

       根据可度量的条件制定目标
       确定了负载测试的一般性目标后,还应该根据可度量的条件来确定更明确的目标。
      
    为了提供评估基准,应明确区分可接受和不可接受测试结果的标准。

       一般性目标 - 产品评估:选择 Web 服务器的硬件。

       明确目标 - 产品评估:例如:在一台 HP 服务器和一台 AIX 服务器上运行同一个包含300 个虚拟用户的组。当 300 个用户同时浏览 Web 应用程序页面时,确定哪一种硬件的响应时间更短。

Open Toolbar