第三章性能测试的组织.pptVIP

第3章 性能测试的组织;3.1 性能测试工具 3.2 性能测试团队的人员构成 3.3 性能测试流程;3.1 性能测试工具;性能测试工具的作用;性能测试脚本录制时的协议类型;性能测试工具的选择与评估;1、 创建还是购买？ ;2.测试工具的评估和选择过程 测试工具的评估可被描述为“从很多可用的工具中选择一个工具”，对于商业的性能测试工具，一般可以按照下列的过程进行评估： （1）列出需要的工具功能列表 工具能支持被测系统运行的平台（软硬件环境、数据库环境）吗？ 工具能支持被测系统使用的协议吗？ 工具是否能够支持我们的特殊要求，例如防火墙、负载均衡、动态页面生成等？ 工具能够提供对我们关心的服务器、应用服务器或是数据库类型计数器的监控吗？ 工具使用的脚本语言功能完善吗？ ;（2）工具比较 该步骤的主要目的是比较所有可供选择的工???，比较内容包括： 功能比较。评价各种不同工具与所需要工具的功能的符合程度，可以在列出需要工具的功能时，一并给出每个需要功能的优先级权重，这样在进行符合度评价时，可以得出每个工具的功能符合度加权值，利用该加权值进行比较。 工具能获取支持的比较。这方面的比较包括：开发商或是代理商对工具的支持力度如何？该产品的平均更新周期有多长？是否能方便地在应用中获取工具的使用支持？产品的支持方式包括哪些？时效性如何？ 供应商的信誉。这方面的信息主要通过其他客户对供应商的评价来获得。 ;（3）成本分析 工具的价格是成本的主要构成，工具的价格和产品的License方式直接相关。评估工具成本的时候，最先要弄清楚的就是工具的License方式。 在了解工具License方式的基础上，就可以根据需要选择产品部件，估算需要支付的产品价格了。 工具的学习曲线和必要的培训成本也是必须考虑的一个因素。永远不要相信测试工具供应商作出的“我们的工具非常简单易学，只需要很短时间就能让你学会”这种承诺。客观来说，目前的商业工具在产品架构和界面可操作性方面差别不大，学习曲线主要从系统支持的脚本语言类型是否被使用者熟悉，系统手册以及产品开发商或是代理商是否提供培训支持等。;3.2 性能测试团队的人员构成;;;;;3.3 性能测试流程;性能测试流程;测试流程 – 测试前期准备; 在进行性能测试前，首先要做的工作就是验证系统基础功能，来确保当前需要进行性能测试的应用系统已经具备了进行性能测试的条件。 如果性能测试本身属于验收测试的一部分，只需要把性能测试安排在功能验收测试完成之后即可；如果性能测试不在验收测试阶段运行，则必须保证在性能测试之前进行至少一次系统的功能覆盖测试。 ; 该活动的主要目标是建立一个可以进行性能测试的团队。 在测试前期准备阶段，需要根据项目的大致情况，确定人员需要的技能，从而从组织中或是通过招聘挑选合适的人员组成测试组。;测试流程 – 测试需求计划;测试需求就是应用需求的衍生 测试用例也必须覆盖所有的测试需求 测试需求的来源是多方面的，如需求文档、用户备忘录或系统日志等。;测试需求分析关键内容： 测试的对象； 系统配置，例如“预计有多少用户并发访问？”“用户客户端的配置如何？”“使用什么样的数据库？”“服务器怎样和客户端通信？”“网络设备的吞吐能力如何，每个环节承受多少并发用户的访问？”等相关问题； 系统的使用模式；;用户的提问与我们的测试目标： ;测试需求分析方法： （充分分析系统有价值的信息） 任务分布图 交易混合图 用户概况分析;任务分布图 ;;交易混合图;;用户概况分析;;要素： 测试目标 测试案例 测试成员 测试时间 测试环境 ;1、测试计划制定 - 测试目标 测试目标首先是基于需求分析抽取出用户的需求 其次，寻找用户的性能关注点，用户对系统性能的关注往往集中在少数几个业务活动上，如通过日志分析和用户调查分析获取;系统日志分析：指通过应用系统的日志了解用户的活动，分析出用户最关注、最常用的业务功能，以及达到业务功能的操作路径； 用户调查分析：是在不具备系统日志分析条件（例如，该系统尚未交付用户运行实际的业务）时采用的一种估算方法，可以通过用户调查问卷、同类型系统对比的方法获取用户最关注、最常用的业务功能等内容。 ; 测试目标可能描述为以下几种： 该应用能够以1秒的最大响应时间处理200个并发用户对业务A 的访问；峰值时刻有400个用户，允许响应时间延长到3秒。 通过性能调优测试，本系统的A业务和B业务在200并发用户的条件下，响应时间提高到3秒，此时服务器的CPU占用不能超过75%，内存使用率不超过70%。;2、测试计划制定 - 测试案例 设计测试案例 好的案例具有以下几个性质： 有效性：