性能测试流程规范
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
目录
1 前言 (2)
1.1 文档目的 (2)
1.2 适用对象 (2)
2 性能测试目的 (2)
3 性能测试所处的位置及相关人员 (3)
3.1 性能测试所处的位置及其基本流程 (3)
3.2 性能测试工作内容 (4)
3.3 性能测试涉及的人员角色 (5)
4 性能测试实施规范 (5)
4.1 确定性能测试需求 (5)
4.1.1 分析应用系统,剥离出需测试的性能点 (5)
4.1.2 分析需求点制定单元测试用例 (6)
4.1.3 性能测试需求评审 (6)
4.1.4 性能测试需求归档 (6)
4.2 性能测试具体实施规范 (6)
4.2.1 性能测试起始时间 (6)
4.2.2 制定和编写性能测试计划、方案以及测试用例 (7)
4.2.3 测试环境搭建 (7)
4.2.4 验证测试环境 (8)
4.2.5 编写测试用例脚本 (8)
4.2.6 调试测试用例脚本 (8)
4.2.7 预测试 (9)
4.2.8 正式测试 (9)
4.2.9 测试数据分析 (9)
4.2.10 调整系统环境和修改程序 (10)
4.2.11 回归测试 (10)
4.2.12 测试评估报告 (10)
4.2.13 测试分析报告 (10)
5 测试脚本和测试用例管理 (11)
6 性能测试归档管理 (11)
7 性能测试工作总结 (11)
8 附录: ............................................... 错误!未定义书签。
1 前言
1.1 文档目的
本文档的目的在于明确性能测试流程规范,以便于相关人员的使用,保证性能测试脚本的可用性和可维护性,提高测试工作的自动化程度,增加测试的可靠性、重用性和客观性。
1.2 适用对象
本文档适用于部门内测试组成员、项目相关人员、QA 及高级经理阅读
2 性能测试目的
性能测试到底能做些什么,能解决哪些问题呢?系统开发人员,维护人员及测试人员在工作中都可能遇到如下的问题
1. 硬件选型,我们的系统快上线了,我们应该购置什么样硬件配置的电脑作为服务器
呢?
2. 我们的系统刚上线,正处在试运行阶段,用户要求提供符合当初提出性能要求的报告
才能验收通过,我们该如何做?
3. 我们的系统已经运行了一段时间,为了保证系统在运行过程中一直能够提供给用户良
好的体验(良好的性能),我们该怎么办?
4. 明年这个系统的用户数将会大幅度增加,到时我们的系统是否还能支持这么多的用户
访问,是否通过调整软件可以实现,是增加硬件还是软件,哪种方式最有效?
5. 我们的系统存在问题,达不到预期的性能要求,这是什么原因引起的,我们应该进行
怎样的调整?
6. 在测试或者系统试点试运行阶段我们的系统一直表现得很好,但产品正式上线后,在
用户实际环境下,总是会出现这样那样莫名其妙的问题,例如系统运行一段时间后变慢,某些应用自动退出,出现应用挂死现象,导致用户对我们的产品不满意,这些问题是否能避免,提早发现?
7. 系统即将上线,应该如何部署效果会更好呢?并发性能测试的目的注要体现在三个方
面:以真实的业务为依据,选择有代表性
的、关键的业务操作设计测试案例,以评价系统的当前性能;当扩展应用程序的功能或者新的应用程序将要被部署时,负载测试会帮助确定系统是否还能够处理期望的用
户负载,以预测系统的未来性能;通过模拟成百上千个用户,重复执行和运行测试,可以确认性能瓶颈并优化和调整应用,目的在于寻找到瓶颈问题。
3 性能测试所处的位置及相关人员3.1 性能测试所处的位置及其基本流程
面就性能测试的基本流程给予图示说明:
性能测试的具体流程:
3.2 性能测试工作内容
软件需求分析阶段:分析软件需求,提取出待实现的功能点,此时根据需求功能点选取必要的性能测试点,并组织起有效的测试用例。
软件单元测试阶段:
单元测试在软件开发周期贯穿,针对已经开发的功能做单元测试,保证组件功能可正常使用,此阶段功能测试占主要的测试比例,性能测试部分主要是了解、分析业务结构及进行数据准备。
软件系统集成测试阶段:
软件的功能已经基本实现,此时可以针对稳定的功能点在公司内部部署并实施小规模的性能测试。软件升级及维护阶段:维护期占整个软件的使用时间,由于日益变更的需求让我们的程序不断升级,为了降低升级过程中出现对已有软件功能的影响。性能测试通
常采用2 个必要步骤:
a) 补丁升级测试,在数据结构变更处加上时间点,检验每个操作的时间效率是否可
接受,并为用户升级程序提供一个参考时间。
b) 补丁升级成功后,对系统改动功能点做性能测试,并验证一些常规功能的效率是
否受到升级影响,最后提供升级后系统的性能测试评估报告。历次性能测试数据归档对历次的性能测试进行归档处理,为预测软件未来的发展状况提供必要的数据基础。
3.3 性能测试涉及的人员角色
4 性能测试实施规范
4.1 确定性能测试需求
4.1.1 分析应用系统,剥离出需测试的性能点
工作内容:性能测试人员,系统开发人员,客户从不同的角度提出性能测试点。性能测试人员主要关注功能测试期反映的测试点;系统开发人员着重从程序角度出发考虑,分析哪些点可能存在性能问题;客户主要从业务角度出发发,抽取使用频率较高,较重要的业务功能作为测试点。
参与人员:测试负责人,系统开发人员,客户
确认要素:
1、并发用户数
2、预期系统响应时间
3、生产环境基础数据量
4、测试环境硬件配置信息
5、性能测试功能点确认,及各个业务功能的所占比例
6、分析被测试系统的框架及软件环境