系统性能测试指南.docVIP

公司 ***工作指南 版本0.1 软件开发部 二〇〇九年九月 文件信息 标题 **工作指南 文件名称 文件编号 版本号 0.1 版本日期 2007年10月23日 打印日期 存放目录 所有者 作者 修订记录 日期 描述 作者 版本号 2007-10-23 0．1版：初稿 0.1 参考文件 文件编号 版本号 文件名称 注释 文件审核/审批 此文件需如下审核。 签署过的审批表将作为附件归入质量控制章节。 姓名 职务/职称 文件分发 此文件将分发至如下各人 姓名 职务/职称 目 录 1. 简介 4 1.1. 目的 4 1.2. 定义、首字母缩写词 4 2. 概述 5 2.1. 组织职责 5 2.2. 过程 5 3. 备忘录管理过程 6 3.1. 总体过程 6 3.2. 沟通过程 6 3.2.1. 角色职责 6 3.2.2. 启动准则 7 3.2.3. 输入 7 3.2.4. 具体流程 7 3.2.5. 输出 7 3.3. 确认过程 7 3.3.1. 角色与职责 7 3.3.2. 启动准则 8 3.3.3. 输入 8 3.3.4. 具体流程 8 3.3.5. 输出 9 4. 相关文件和记录 10 简介 目的 本文档的目的是帮助项目组成员理解性能测试基本概念，基本流程，了解性能测试的基本步骤与分析方法 范围 本文档的阅读人群为测试工程师、项目经理 定义、首字母缩写词 概述 组织职责 活动 开发人员 测试组长 测试工程师 性能测试阶段 协助进行测试工具的研发、测试基础数据的生成；辅助制定性能测试方案；对性能进行调优 参与此阶段的各项评审； 根据经过批准的概要设计文挡，组织测试工程师编写性能测试计划、设计性能测试用例场景、录制和调试脚本； 进行测试工具的研发； 1.编写性能测试计划； 设计性能测试用例场景、录制和调试脚本； 进行测试工具的研发； 执行性能测试、提交性能测试分析结果，跟踪处理并进行性能调优后的验证测试； 编写性能测试报告 过程 分析性能需求：了解系统性能需求，建立性能测试数据模型，分析性能需求，确定合理性能目标； 制定性能测试计划：规划性能测试所需的测试环境、测试程序，测试的人员组织，测试日程等； 设计场景：设计性能测试的测试案例； 根据场景编写程序、编写脚本、修改应用系统等； 执行性能测试：建立测试环境、执行测试案例，记录测试时的系统的各个可能的参数； 分析测试结果：根据应用系统表现和测试时的系统记录，分析发生的问题和测试结果； 优化性能：提高系统的性能，使系统在测试时有更好的表现； 性能回归测试：验证系统的优化以及对相关功能模块的影响； 测试报告：对测试进行总结，记录已改进的问题及相关改进的修改，制定未解决问题的对策，提出系统运行、维护和改进建议。 性能测试目标 性能测试：测试软件在系统中的运行性能, 评估是否满足性能需求； 性能分析：对性能测试数据进行分析，定位性能问题； 性能调优：对性能问题进行调优。 性能测试类型 （性能测试： 分类：1、性能测试：是否满足用户需求。 2、压力测试：是指瞬间值，在恒等的时间下加压：用户数和数据； 3．负载测试：分组不同的数据和时间段，目的：找出软件在某状态运行正常。 4. 容量测试：找出软件中承载数据最大值。 以下测试是在性能测试中出现问题后的测试： 恢复测试：数据是否缺失，能否最快时间恢复到未死之前的状态。 功能测试：） 性能测试包括负载测试、压力测试和容量测试三种测试类型及其它测试类型。 负载测试：检验系统在给定负载下的性能表现，资源利用情况，是否能达到预期性能指标等，通常并不强调系统的瓶颈和失败点；在项目中，通常是测试现有负载和预期负载的负载压力测试，进行对比分析。 压力测试：对特定的软硬件环境不断施加“压力”，测试系统在压力情况下的性能表现，通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。 容量测试/大数据量测试：针对数据库而言，是在数据库中有较大数量的数据记录情况下对系统进行的测试。 性能测试阶段 可以发生在各个测试阶段中，即使是在单元层，一个单独模块的性能也可以使用白盒测试来进行评估；通常，只有当整个系统的所有成分都集成到一起之后，才能检查一个系统的真正性能。 备忘录管理过程 总体流程图 需求分析 角色职责 活动 需求人员 测试组长 测试工程师 性能测试需求分析阶段 协助测试工程师理解需求，找出系统的测试需求 参与此阶段的各项评审； 组织测试工程师对需求进行理解学习挖掘，找出其中的性能测试需求点 阅读需求，对业务进行深入分析，找出测试需求点