• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

软件性能测试漫谈:详解自动化性能测试

发布: 2010-1-06 10:49 | 作者: 不详 | 来源: 领测软件测试网采编 | 查看: 29次 | 进入软件测试论坛讨论

领测软件测试网

  设计

  这是性能测试团队向业务部门搜集性能需求的主要阶段。需求可以被认为分为四个方面—业务,技术,系统和团队需求。

  业务需求一般通过与主题专家(SME,subject matter expert)的会议来搜集。这些人可以是业务分析师和最终用户。当下面内容准备好后,一套全面的业务需求就形成了:

  1.应用概要:系统用法的演示使得性能团队得到更高层次的理解,应用是如何被使用的。

  2.业务过程列表:最终用户在系统上所执行的关键业务过程列表。

  3.业务流程:Word文档,详尽记录每个业务过程的精确步骤和屏幕。

  4.事务列表:业务过程中关键活动的列表—例如登录或转移资金—需要在负载下测量。

  5.业务过程图:业务流程图说明业务流程的分支条件。

  技术需求可以通过与系统管理员和数据库管理员(DBA)的会议来搜集。这些人可以隶属于开发或运营部门,或者隶属于两者。一套全面的技术需求仅当以下内容齐备时完成:

  1.环境评审:按照测试体系结构由系统或基础设施组进行走查评审。

  2.系统范围的会议:召开会议,讨论和确认在测试过程中系统需要排出的部分。

  3.生产图:一个生产基础设施图,用于说明测试与生产环境的差异,当从QA向生产迁移时可能对性能造成影响。

  最后,重要的是,必须收集系统需求。这些是系统的高层次目标,决定着负载测试过程的通过/失败状态。这些一般在与LOB的项目经理工作中达成一致。系统需求包括对以下问题的回答:

  1.系统在正常和最高峰时期必须支持多少用户?

  2.每秒钟它必须处理多少个事务?

  3.对于可业务关键事务最大和最小可接受的响应时间是多少?

  4.用户群体如何联系?

  5.生产中系统承受的工作负载是什么?以及混合的事务?

  团队需求是进展到构建阶段前需要解决的最后一个问题。这只不过是决定适合的性能团队成员来参与到未来的负载测试。最初,这也许被自动的确定(例如,当只有一个团队)。然而,如果性能测试成为卓越中心(CoE)的一部分,那么资源分配,内部后勤就应该在设计阶段考虑和解决。

  预先收集一套完整的业务,技术,系统,和团队需求是使负载测试有效和成功的基础。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

22/2<12

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网