性能测试流程规范

1、目录1前言 21.1 文档目的 21.2 适用对象 22 性能测试目的 23 性能测试所处的位置及相关人员 33.1 性能测试所处的位置及其基本流程 33.2 性能测试工作内容 43.3 性能测试涉及的人员角色 54 性能测试实施规范 54.1 确定性能测试需求 54.1.1 分析应用系统，剥离出需测试的性能点 54.1.2 分析需求点制定单元测试用例 64.1.3 性能测试需求评审 64.1.4 性能测试需求归档 64.2 性能测试具体实施规范 64.2.1 性能测试起始时间 64.2.2 制定和编写性能测试计划、方案以及测试用例 74.2.3 测试环境搭建 74.2.4 验证测试环境 84

2、.2.5 编写测试用例脚本 84.2.6 调试测试用例脚本 84.2.7 预测试 94.2.8 正式测试 94.2.9 测试数据分析 94.2.10 调整系统环境和修改程序 104.2.11 回归测试 104.2.12 测试评估报告 104.2.13 测试分析报告 105 测试脚本和测试用例管理 116 性能测试归档管理 117 性能测试工作总结 11附录： 错误！未定义书签。、八 、.1 前言1.1 文档目的本文档的目的在于明确性能测试流程规范，以便于相关人员的使用，保证性 能测试脚本的可用性和可维护性，提高测试工作的自动化程度，增加测试的 可靠性、重用性和客观性。1.2 适用对象本文档适用

3、于部门内测试组成员、项目相关人员、 QA 及高级经理阅读2 性能测试目的性能测试到底能做些什么， 能解决哪些问题呢？系统开发人员， 维护人员及测试 人员在工作中都可能遇到如下的问题1. 硬件选型，我们的系统快上线了，我们应该购置什么样硬件配置的电脑作为 服务器呢？2. 我们的系统刚上线，正处在试运行阶段，用户要求提供符合当初提出性能要 求的报告才能验收通过，我们该如何做？3. 我们的系统已经运行了一段时间， 为了保证系统在运行过程中一直能够提供 给用户良好的体验（良好的性能） ，我们该怎么办？4. 明年这个系统的用户数将会大幅度增加， 到时我们的系统是否还能支持这么 多的用户访问，是否通过调整

4、软件可以实现，是增加硬件还是软件，哪种方 式最有效？5. 我们的系统存在问题，达不到预期的性能要求，这是什么原因引起的，我们 应该进行怎样的调整？6. 在测试或者系统试点试运行阶段我们的系统一直表现得很好， 但产品正式上 线后，在用户实际环境下，总是会出现这样那样莫名其妙的问题，例如系统 运行一段时间后变慢，某些应用自动退出，出现应用挂死现象，导致用户对 我们的产品不满意，这些问题是否能避免，提早发现？7. 系统即将上线，应该如何部署效果会更好呢？ 并发性能测试的目的注要体现在三个方面：以真实的业务为依据，选择有代表性的、关键的业务操作设计测试案例，以评价系统的当前性能；当扩展应用程序的功能

5、或者新的应用程序将要被部署时， 负载测试会帮助确定系统是否还能够处理期望的用户负载，以预测系统的未来性能；通过模拟成百上千个用户，重复执行和运行测试， 可以确认性能瓶颈并优化和调整应用，目的在于寻找到瓶颈问题。3性能测试所处的位置及相关人员3.1性能测试所处的位置及其基本流程F面就性能测试的基本流程给予图示说明:*類统学圧性能测试的具体流程:3.2性能测试工作内容软件需求分析阶段：分析软件需求，提取出待实现的功能点，此时根据需求功能点选取必要的性 能测试点，并组织起有效的测试用例。软件单元测试阶段：单元测试在软件开发周期贯穿，针对已经开发的功能做单元测试，保证组件 功能可正常使用，此阶段功能测

6、试占主要的测试比例，性能测试部分主要是 了解、分析业务结构及进行数据准备。软件系统集成测试阶段：软件的功能已经基本实现，此时可以针对稳定的功能点在公司内部部署并实施小规模的性能测试。软件升级及维护阶段：维护期占整个软件的使用时间，由于日益变更的需求让我们的程序不断升级， 为了降低升级过程中出现对已有软件功能的影响。性能测试通常采用2个必要步骤：a）补丁升级测试，在数据结构变更处加上时间点，检验每个操作的时间效 率是否可接受，并为用户升级程序提供一个参考时间。b）补丁升级成功后，对系统改动功能点做性能测试，并验证一些常规功能 的效率是否受到升级影响，最后提供升级后系统的性能测试评估报告。历次性能

7、测试数据归档对历次的性能测试进行归档处理，为预测软件未来的发展状况提供必要的数据基础。3.3性能测试涉及的人员角色软件测试工程 师负责整个性能测试的计划及方案编写、脚本编写、实施测试、 测试数据分析、获取测试结果、编写测试报告，保证性能测试 工作的顺利完成。业务系统开发 工程师提供完整的测试用例，测试环境的自测，根据性能测试结果跟 踪、解决程序冋题。系统工程师负责测试环境操作系统、网络环境以及储存设备的系统调优和 监控。数据库工程师负责数据库系统的调优和监控。4性能测试实施规范4.1确定性能测试需求4.1.1 分析应用系统，剥离出需测试的性能点工作内容：性能测试人员，系统开发人员，客户从不同的

8、角度提出性能测试 点。性能测试人员主要关注功能测试期反映的测试点；系统开发人员着重从程序角度出发考虑，分析哪些点可能存在性能问题；客户主要从业务角度出发发，抽 取使用频率较高，较重要的业务功能作为测试点。参与人员：测试负责人，系统开发人员，客户确认要素：1、并发用户数2、预期系统响应时间3、生产环境基础数据量4、测试环境硬件配置信息5、性能测试功能点确认，及各个业务功能的所占比例6、分析被测试系统的框架及软件环境工作时间：视需求规模而定。4.1.2 分析需求点制定单元测试用例工作内容：根据需测试点拟写测试用例，形成文档 参与人员：项目经理文档名称：FI-项目组编码-TEST-性能测试需求YYY

9、YMMDD.doc初稿 工作时间：视需求规模而定。4.1.3 性能测试需求评审工作内容：对 FI-项目组编码-TEST-性能测试需求 YYYYMMDD.doc进行 三方评审，确定最终的性能测试需求。参与人员：测试组负责人，项目负责人，客户工作时间： 1-2 天工作人日4.1.4 性能测试需求归档工作内容：根据测试方案、 需求文档、设计文档，进行实际测试性能点调研。 参与人员：测试负责人文档名称：FI-项目组编码-TEST-性性能测试需求YYYYMMDD.doc 文档要素：1、测试环境软件及硬件信息2、测试需求功能点对应具体测试用例， 包括测试功能点的具体步骤， 为 下一阶段脚本录制提供参考3、

10、测试环境基础数据量工作时间： 1-2 天工作人日4.2 性能测试具体实施规范为了便于性能测试管理，有必要建立起一套关于性能测试的规范，具体实施 步骤如下：4.2.1 性能测试起始时间性能测试至少是在功能测试进入冻结期时开始进行， 但是性能测试的用 例确定可以在功能测试期进行； 另外，在性能测试起始阶段应对性能测试试 点单位进行联机用户和用户操作模块比例的数据调研， 并且在项目性能测试 开始前一个星期性能测试负责人发出性能测试准备状况反馈表 .xls ，由 项目组填写反馈。前提条件：项目组在提交功能测试申请的同时提交性能测试申请以及FI-项目组编码-TEST-性性能测试需求YYYYMMDD.do

11、c，明确写清楚系统测试要点、业务功能操作步骤，以及测试环境。同时项目组反馈的性能测试准备状况 反馈表 .xls ，确定符合测试标准。工作内容：A、熟悉功能流程，编写简单脚本典型业务操作测试用例：车险 DAA投保单签单（复核-> 转保单）、车险 DAA投保单查询、车险DAA保单补录、车险DAA保单查询、车险DAA批 改查询、车险DAA理赔报案查询、车险双核、综合险QZA投保单签单（复 核-> 转保单）、综合险QZA投保单查询、综合险 QZA保单补录、综合险 QZA保单查询、综合险QZA批批改查询、综合险QZAS赔报案查询、综合 险双核等B、新增的功能点和有较大改动的功能点的性能测试用

12、例分析及评估C、调研试点单位联机用户和系统操作模块的比例数参与人员：软件性能测试工程师、软件功能测试工程师和业务系统开发工程师工作时间：57个工作人日4.2.2 制定和编写性能测试计划、方案以及测试用例工作内容：根据项目组提供的测试申请内容以及FI-项目组编码-TEST-性能测试需求 YYYYMMDD.doc ，制定和编写性能测试计划、方案以及测试用例。在测 试计划中需明确测试的内容、软硬件当前性能及具体人员及时间的安排， 测试方案中详细描写具体功能测试步骤及性能测试点的功能概况及涉及的 数据结构，测试用例中为具体的测试数据。参与人员：软件性能测试工程师、项目负责人工作时间：34 个工作人日（

13、不考虑在功能测试阶段进行用例确定的时间）4.2.3 测试环境搭建环境搭建工作主要由项目组来完成。工作内容：原则：测试环境应尽量与用户正式环境保持一致。由于每次测试均需要搭 建，项目组可以考虑在本地和客户方保留固定的压力测试环境。业务 数据以客户正式生产的备份数据为基础，搭建完成后需要对测试环境 进行验证a）硬件条件基本保持一致 保证测试软件的前后台主机配置、储存系统配置和网络保持一致。b）软件配置基本保持一致 保证数据库服务器的配置参数和中间件配置参数保持一致。c）业务数据规模保持一致d）软件版本和测试版本保持一致升级程序测试目标： 在搭建测试环境的同时， 进行业务升级程序测试， 完成 所有升

14、级手册中的步骤， 特别注意数据结构变更、 数据转数的效率问题， 制 定升级测试报告（包括升级问题和建议解决办法） 。参与人员： 软件开发工程师、系统工程师、数据库工程师和中间件系统工程师工作时间：4 个工作人日4.2.4 验证测试环境工作内容：性能测试负责人根据项目组提交性能测试准备状况反馈表.Xis反馈情况及项目组搭建的测试环境情况，验证其是否符合性能测试的条件，以确定是否按期进行性能测试。 该阶段需要考虑以下几点：a）软件是否处于一个比较稳定的状态b）被测功能点是否正常、稳定，且不再进行大的调整。c）软件部署方式和实际生产环境是否一致 （ 包括应用服务器， 数据库服 务器以及操作系统的调优

15、工作 ） 。d）性能测试环境是否有其他不相关应用程序干扰？若无法避免则应保 证测试时停止测试无关应用运行。e）性能测试环境硬件是否与实际生产环境一致？（若不一致请在备注 中分别列出测试环境及生产环境硬件配置信息）f）性能测试环境的数据规模是否与生产环境一致？对于测试环境的数 据有两种方式解决， 1）项目组从地市公司导库到测试环境； 2）给 测试组预留数据准备时间进行数据准备。建议采取第一种方式，数 据更加真实而且节约时间。参与人员：软件性能测试工程师、软件开发工程师4.2.5 编写测试用例脚本测试用例脚本根据测试用例的具体内容， 利用测试工具或通过测试人员进行 编写。工作内容： 按照性能测试脚

16、本开发规范根据测试用例编写测试脚本参与人员：软件性能测试工程师工作时间：视提交性能测试点而定4.2.6 调试测试用例脚本工作内容： 在测试环境上，使用编写完成的脚本进行脚本调试，主要工作内容是对脚本 进行参数化，及关联脚本。参与人员：软件性能测试工程师、软件开发工程师工作时间：视提交性能测试点而定4.2.7 预测试工作内容：在测试环境中，根据测试方案（例如是测试单个用例还是测试综合用例） 缩小测试并发用户进行预测试，目的是检验测试是否能正常进行。 参与人员：软件性能测试工程师工作时间：2 个工作人日4.2.8 正式测试工作内容：在客户现场测试环境下，根据测试方案进行正式测试。一般在正式测试时应

17、 该暂停与测试环境无关的系统及服务，性能测试的环境应单独运行，尽量避 免与其他软件同时使用。采集测试时系统性能数据。注意包括如下指标：1）主机硬件指标：CPU、内存占用率和磁盘I/O。2）数据库服务器指标：会话数、 buffer 命中率、 checkpoint 时间以及 vp 数等。同时采集SQL,查看SQL是否建立索引。3）中间件指标：服务队列。网络指标：网络流量、响应时间。4）业务系统事务指标： 典型事务的响应时间。例如保单保存所消耗的时间。参与人员： 软件性能测试工程师、软件开发工程师、系统工程师、数据库工程师和中间 件系统工程师工作时间：4 个工作人日4.2.9 测试数据分析工作内容：

18、提交FI-项目组编码-TEST-问题记录.xls，主要内容包括系统中存在的性能 问题。参与人员：软件性能测试工程师工作时间：12 个工作人日4.2.10 调整系统环境和修改程序工作内容： 协调开发人员查找可能引起性能问题的程序效率点，并修改程序。 协调系统工程师、数据库工程师和中间件系统工程师调整系统参数。参与人员： 软件开发工程师、系统工程师、数据库工程师和中间件系统工程师 工作时间：46 个工作人日4.2.11 回归测试工作内容： 针对已经修改的效率点进行复测，检验其效率是否提高。参与人员：软件性能测试工程师、软件开发工程师、系统工程师、数据库工程师和中间 件系统工程师工作时间：4 个工作人日4.2.12 测试评估报告工作内容： 针对性能测试获取的数据和回归的情况，对当前版本编写FI-项目组编码-TEST-性能测试评估报告 YYYYMMDD.doc,参与人员：测试负责人工作时间：12 个工作人日4.2.13 测试分析报告工作内容：根据测试评估报告的信息进行问题分析参与人员：项目负责人工作时间：12 个工作人日5 测试脚本和测试用例管