ImageVerifierCode 换一换
格式:DOCX , 页数:12 ,大小:119.56KB ,
资源ID:19752400      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/19752400.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(性能测试流程规范Word格式文档下载.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

性能测试流程规范Word格式文档下载.docx

1、通过模拟成百上千个用户,重复执行和运行测试,可以确认性能瓶颈并优化和调整应用,目的在于寻找到瓶颈问题。3 性能测试所处的位置及相关人员3.1 性能测试所处的位置及其基本流程下面就性能测试的基本流程给予图示说明:性能测试的具体流程:3.2 性能测试工作内容 软件需求分析阶段:分析软件需求,提取出待实现的功能点,此时根据需求功能点选取必要的性能测试点,并组织起有效的测试用例。 软件单元测试阶段: 单元测试在软件开发周期贯穿,针对已经开发的功能做单元测试,保证组件功能可正常使用,此阶段功能测试占主要的测试比例,性能测试部分主要是了解、分析业务结构及进行数据准备。 软件系统集成测试阶段: 软件的功能已

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

3、及的人员角色人员角色角色职责软件测试工程师负责整个性能测试的计划及方案编写、脚本编写、实施测试、测试数据分析、获取测试结果、编写测试报告,保证性能测试工作的顺利完成。业务系统开发工程师提供完整的测试用例,测试环境的自测,根据性能测试结果跟踪、解决程序问题。系统工程师负责测试环境操作系统、网络环境以及储存设备的系统调优和监控。数据库工程师负责数据库系统的调优和监控。4 性能测试实施规范4.1 确定性能测试需求4.1.1 分析应用系统,剥离出需测试的性能点工作内容:性能测试人员,系统开发人员,客户从不同的角度提出性能测试点。性能测试人员主要关注功能测试期反映的测试点;系统开发人员着重从程序角度出发

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

5、.doc进行三方评审,确定最终的性能测试需求。测试组负责人,项目负责人,客户1-2天工作人日4.1.4 性能测试需求归档根据测试方案、需求文档、设计文档,进行实际测试性能点调研。测试负责人FI-项目组编码-TEST-性能测试需求YYYYMMDD.doc文档要素:1、 测试环境软件及硬件信息2、 测试需求功能点对应具体测试用例,包括测试功能点的具体步骤,为下一阶段脚本录制提供参考3、 测试环境基础数据量 4.2 性能测试具体实施规范 为了便于性能测试管理,有必要建立起一套关于性能测试的规范,具体实施步骤如下:4.2.1 性能测试起始时间性能测试至少是在功能测试进入冻结期时开始进行,但是性能测试的

6、用例确定可以在功能测试期进行;另外,在性能测试起始阶段应对性能测试试点单位进行联机用户和用户操作模块比例的数据调研,并且在项目性能测试开始前一个星期性能测试负责人发出性能测试准备状况反馈表.xls,由项目组填写反馈。前提条件: 项目组在提交功能测试申请的同时提交性能测试申请以及FI-项目组编码-TEST-性能测试需求YYYYMMDD.doc,明确写清楚系统测试要点、业务功能操作步骤,以及测试环境。同时项目组反馈的性能测试准备状况反馈表.xls,确定符合测试标准。A、熟悉功能流程,编写简单脚本典型业务操作测试用例:车险DAA投保单签单(复核-转保单)、车险DAA投保单查询、车险DAA保单补录、车

7、险DAA保单查询、车险DAA批改查询、车险DAA理赔报案查询、车险双核、综合险QZA投保单签单(复核-转保单)、综合险QZA投保单查询、综合险QZA保单补录、综合险QZA保单查询、综合险QZA批改查询、综合险QZA理赔报案查询、综合险双核等B、新增的功能点和有较大改动的功能点的性能测试用例分析及评估C、调研试点单位联机用户和系统操作模块的比例数软件性能测试工程师、软件功能测试工程师和业务系统开发工程师57个工作人日4.2.2 制定和编写性能测试计划、方案以及测试用例根据项目组提供的测试申请内容以及FI-项目组编码-TEST-性能测试需求YYYYMMDD.doc,制定和编写性能测试计划、方案以及

8、测试用例。在测试计划中需明确测试的内容、软硬件当前性能及具体人员及时间的安排,测试方案中详细描写具体功能测试步骤及性能测试点的功能概况及涉及的数据结构,测试用例中为具体的测试数据。软件性能测试工程师、项目负责人34个工作人日(不考虑在功能测试阶段进行用例确定的时间)4.2.3 测试环境搭建环境搭建工作主要由项目组来完成。原则:测试环境应尽量与用户正式环境保持一致。由于每次测试均需要搭建,项目组可以考虑在本地和客户方保留固定的压力测试环境。业务数据以客户正式生产的备份数据为基础,搭建完成后需要对测试环境进行验证a) 硬件条件基本保持一致 保证测试软件的前后台主机配置、储存系统配置和网络保持一致。

9、b) 软件配置基本保持一致 保证数据库服务器的配置参数和中间件配置参数保持一致。c) 业务数据规模保持一致d) 软件版本和测试版本保持一致升级程序测试目标:在搭建测试环境的同时,进行业务升级程序测试,完成所有升级手册中的步骤,特别注意数据结构变更、数据转数的效率问题,制定升级测试报告(包括升级问题和建议解决办法)。软件开发工程师、系统工程师、数据库工程师和中间件系统工程师4个工作人日4.2.4 验证测试环境 工作内容:性能测试负责人根据项目组提交性能测试准备状况反馈表.xls反馈情况及项目组搭建的测试环境情况,验证其是否符合性能测试的条件,以确定是否按期进行性能测试。该阶段需要考虑以下几点:a

10、) 软件是否处于一个比较稳定的状态b) 被测功能点是否正常、稳定,且不再进行大的调整。c) 软件部署方式和实际生产环境是否一致(包括应用服务器,数据库服务器以及操作系统的调优工作)。d) 性能测试环境是否有其他不相关应用程序干扰?若无法避免则应保证测试时停止测试无关应用运行。e) 性能测试环境硬件是否与实际生产环境一致?(若不一致请在备注中分别列出测试环境及生产环境硬件配置信息)f) 性能测试环境的数据规模是否与生产环境一致?对于测试环境的数据有两种方式解决,1)项目组从地市公司导库到测试环境;2)给测试组预留数据准备时间进行数据准备。建议采取第一种方式,数据更加真实而且节约时间。软件性能测试

11、工程师、软件开发工程师4.2.5 编写测试用例脚本测试用例脚本根据测试用例的具体内容,利用测试工具或通过测试人员进行编写。按照性能测试脚本开发规范根据测试用例编写测试脚本软件性能测试工程师视提交性能测试点而定4.2.6 调试测试用例脚本在测试环境上,使用编写完成的脚本进行脚本调试,主要工作内容是对脚本进行参数化,及关联脚本。4.2.7 预测试在测试环境中,根据测试方案(例如是测试单个用例还是测试综合用例),缩小测试并发用户进行预测试,目的是检验测试是否能正常进行。2个工作人日4.2.8 正式测试在客户现场测试环境下,根据测试方案进行正式测试。一般在正式测试时应该暂停与测试环境无关的系统及服务,

12、性能测试的环境应单独运行,尽量避免与其他软件同时使用。采集测试时系统性能数据。注意包括如下指标:1)主机硬件指标:CPU、内存占用率和磁盘I/O。2)数据库服务器指标:会话数、buffer命中率、checkpoint时间以及vp数等。同时采集SQL,查看SQL是否建立索引。3)中间件指标:服务队列。网络指标:网络流量、响应时间。4)业务系统事务指标:典型事务的响应时间。例如保单保存所消耗的时间。软件性能测试工程师、软件开发工程师、系统工程师、数据库工程师和中间件系统工程师4.2.9 测试数据分析提交FI-项目组编码-TEST-问题记录.xls,主要内容包括系统中存在的性能问题。12个工作人日4

13、.2.10 调整系统环境和修改程序协调开发人员查找可能引起性能问题的程序效率点,并修改程序。协调系统工程师、数据库工程师和中间件系统工程师调整系统参数。46个工作人日4.2.11 回归测试 针对已经修改的效率点进行复测,检验其效率是否提高。4.2.12 测试评估报告 针对性能测试获取的数据和回归的情况,对当前版本编写 FI-项目组编码-TEST-性能测试评估报告YYYYMMDD.doc,4.2.13 测试分析报告根据测试评估报告的信息进行问题分析项目负责人5 测试脚本和测试用例管理 分版本管理测试用例、测试脚本。 性能测试工程师、测试项目负责人 目的:提高脚本的复用性 视具体规模而定。6 性能测试归档管理 按照待测系统版本号对测试用例、测试计划、测试方案、性能测试准备状况反馈表、测试脚本、测试结果、评估报告、工作统计及其性能测试问题汇总进行归档管理。归档目的:可对历史版本的性能测试数据进行分析,预测软件未来的发展情况,提出改进性建议。7 性能测试工作总结 针对测试过程中编写的文档、工具进行总结归档。 提高文档及工具的可扩展性、重用性。欢迎您的下载,资料仅供参考!致力为企业和个人提供合同协议,策划案计划书,学习课件等等打造全网一站式需求

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1