白天图生存,晚上求发展!
性能测试实施与管理
上一篇 /
下一篇 2007-08-01 17:44:51 / 天气: 晴朗
/ 心情: 郁闷
/ 精华(1)
/ 置顶(1)
一、性能测试流程
- 测试需求分析
- 测试计划指定与评审
- 测试用例设计与开发
- 测试执行与监控
- 分析测试结果---根据前面的测试数据来分析测试结果,为优化和调整系统提供依据。测试分析的对象是应用程序、Web服务器、数据库服务器、操作系统、硬件资源等。
- 编写性能测试报告---包括测试过程记录、测试分析结果、系统调整建议等。
- 测试经验总结。
二、性能测试需求分析
- 需求信息的来源--客户代表、项目经理、产品经理、销售经理、需求分析员。
- 确定性能测试策略和测试目标
- 确定性能测试范围--通常把那些用户关注度或者性能风险较高的测试需求划分到测试范围内。
- 目标系统的业务分析--确定系统的核心模块;确定模块件的耦合性关系;分析系统压力点。
- 用户及场景分析
三、性能测试整理规划
- 测试环境规划:网络环境设计、操作系统环境规划、数据库环境规划、Web服务器环境规划、硬件资源环境规划。
- 测试环境维护方面的规划:一般在性能测试规划阶段明确,在性能测试计划中落实。
- 测试工具规划:选择工具主要从三个方面来考虑---了解测试工具的特性、了解工具的主要功能、了解工具的价格。
- 人力资源规划
四、性能测试计划指定
- 明确性能测试策略和测试范围
- 确定性能测试目标、方法、环境、工具
- 确定性能测试团队成员以及职责
- 确定时间进度安排
- 确定性能测试执行标准
- 测试技能培训
- 了解性能测试中的风险
五、性能测试用例设计:三类用户场景
- 一天内不同时间段的使用场景
- 系统运行不同时期的场景
- 不同业务模式下的场景
六、性能测试各类测试用例的细节
- 确定用户使用系统情况的方法:用户现场调查和分析系统日志
- 并发用户数量设计:(极限法)--适用于系统已经投产或者目标用户群体不确定的门户网站,可以通过分析日志来进行测试,也可以使用系统已经注册的用户数量作为系统的用户数量,然后按照经验公式来估算最大并发用户数量。(用户趋势分析)--这种方法多用于系统用户数目逐渐增加的情况。(经验评估法)--这种方法适用于系统的使用用户数目相对稳定且比较明确的系统。
- 系统不同时间段场景的设计。
- 业务模式的设计。
- 大数据量测试用例的设计
- 一些特定测试用例的设计
七、性能测试实施
主要包括搭建与维护测试环境、执行测试用例、监控测试执行场景、保存与分析测试结果等,
性能测试与功能测试执行的区别:功能测试用例一般容易执行,单个用例耗时较短,同时绝大多数用例都要通过测试;而性能测试用例执行时则具有不确定性,有些用例执行时间可能很长(例如疲劳强度测试),有些用例则需要不断地探讨进行测试(例如测试系统的最大并发用户数),而且可能会有部分性能测试用例不能通过。
性能测试实施分为开发与用户现场两个阶段来进行探讨。
八、进度与变更控制
(1)性能测试引起进度变化的原因
- 开发团队解决性能缺陷的速度
- 测试过程需要的软硬件资源
- 性能测试中采用的一些新技术
- 测试工具的执行能力
- 测试范围的变化:是不可避免的,可以把它当成一种风险来应付,同时要认真分析是不是真正的变更。
(2)如何应对性能测试中的变更:按照合理的流程规划性能测试;保证测试方案得到项目干系人的认可;学会接受合理的变更;经常召开理会处理遇到的变更。
(3)如何控制性能测试进度:正确协调质量、进度、成本的关系;建立规范的软件开发与测试体系,逐步使软件开发与测试工作进入良性循环状态;保证项目的里程碑
性能测试进度控制是很复杂的一项工作,尤其当性能测试工作作为系统测试的一部分来开展,更加大了控制的难度。要想控制好性能测试,首先要规划好性能测试,并且按照合理的软件管理规范来开展性能测试工作;其次还要在测试实施过程中,根据项目具体特点进行灵活的处理。
九、测试分析与经验总结
(1)性能测试规划总结
- 测试环境规划是否合理
- 人力资源安排是否合理
- 测试工具规划是否合理
(2)测试用例设计总结
- 测试用例可用性总结
- 用例执行效果分析
- 用例执行时间分析
(3)测试工具与技术总结
- 测试过程的一些技术方面的总结
- 测试工具的使用经验总结
(4)瓶颈分析方法总结
- 应用系统瓶颈分析经验
- 数据库瓶颈分析经验
- Web服务器分析
收藏
举报
TAG:
转贴