实际工作中性能测试方面涉及较少,主要从事的还是功能测试。
工作中性能方面有关的就是
1.硬件软件处理方面:最大分辨率。验证板卡设备对各分辨率的支持,随着分辨率的增大是否能够识别,视频信号无花屏、闪屏、抖动等现象;
2.录制时长:最大录制时长。点播查看音视频是否同步、是否有视频分片影响等;
3.常稳:录制7*24H,7表示天数;
4.服务器连接多台设备,直播、录制上传文件,服务处理能力;
多用户登录,服务器响应。场景如:使用LR服务器5分钟登录250个用户,每15秒增加12个,保持15分钟后,每15秒减12个;Java进程百分之一百多、二百多。服务器卡,反应过来需要2分钟;
以上为工作中的场景,与性能测试相比就是九牛一毛。现归纳手写笔记性能测试的计划、主要角色和职责为电子档。为以后的学习、提升打基础。
以下均来自网络,若有重复,纯属巧合~~欢迎交流、沟通、纠错~~
性能测试的计划
文档目的:
编写测试计划的目的、测试流程、范围、环境、风险等,以及读者;
项目背景:
项目的特点;
相关术语:
文档中的专业术语。如性能测试;
输入文档:
测试计划的参考文档。如计划、需求、框架、规范;
运行环境:
整个测试环境的软硬件。如:软/硬件、网络;
测试内容:
介绍对整个被测对象的分析后,需要进行性能测试的功能。如:需进行性能测试的功能用户登录、注册;无需性能测试的功能、后台管理相关;
角色安排:
角色分工。性能测试工程师、IT运维人员、开发代表、需求、架构设计人员、DBA、项目经理和测试经理的支持。
工具集进度安排:
工具可行性分析及性能测试进度计划;
工具包括工具的成本和技术,包含工具本身、测试人员对于工具的掌握程度。
进度:
1)项目整体设计、测试整体计划
2)性能测试的子过程进行工作量的分解。如分析1天、录脚本半天、执行场景2天半、分析结果1天、报告半天;
输出内容:
完成性能测试输出文档。如《性能测试计划》、《性能测试脚本》、《性能测试脚本业务报告》、《性能测试环境搭建手册》、《性能测试报告》
计划测试
分析系统
1.业务处理型系统、数据处理型系统
业务处理性系统,偏向于用户型操作,系统和用户的交互过程;性能问题常隐藏在业务交互中,通常录制脚本,用脚本模拟用户操作的方式进行测试
数据处理型系统,数据的收集、整理、处理;和数据库的整理交互中;获取数据、处理数据的SQL;
2.架构和部署情况
3.协议(通信协议)
4.被测系统和其他系统的联系
业务分析
1.业务级别分析,哪些需要测试
80%的用户使用20%的功能,用的多的地方;
2.业务流程、特征、类型
迭代、分层
性能测试主要角色及职责
项目经理:
计划测试时间、监督项目进度
1.项目经理自己了解性能测试,进行合理的性能测试时间安排
2.通过“进度”度量获得项目经验数据,据此做出正确的时间安排
3.指定测试经理根据项目进度,安排性能测试进度;
需求分析工程师
撰写性能测试需求
用户可能不明确提出性能方面的需求,需求分析工程师需指导用户确定A系统用户数、B在不同用户数量级别的并发用户数下,系统响应时间和服务器的资源、C系统的处理能力
系统架构师
根据需求做出正确的系统架构设计
开发工程师
根据架构设计的要求进行编码
测试经理
1.制定并组织评审性能测试计划
2.组织资源
3.跟踪项目进度
4.处理性能测试过程中遇到的各种问题
高级性能测试工程师
制定性能测试方案、分析测试结果
性能测试工程师
开发VuserScript执行性能测试场景,提交性能测试结果,执行回归测试。
性能测试学习过程:
1.了解系统结构;明白各自服务器之间如何交互工作、系统的数据流向、系统的压力点,从而确定性能测试需求和指标。那些功能需要考虑压力,承担压力是多大。如:购物网站最典型的的登录、提交订单需要支持多少个用户并发,每个并发用户在几秒之内完成操作,系统长时间在压力状态下的稳定性;
2.选择测试工具;对于基于http协议的应用来说,一般Loadrunner都能完成性能测试工作,学习loadrunner三部曲:脚本录制编写(loadrunner generator)、场景设置和执行(loadrunner controller)、结果分析(loadrunner analysis)的内容;
3.实践;一定要多实践,安装完成后loadrunner里带有现成的性能测试项目-飞机订票系统,完全可以拿来练习loadrunner;
4.性能测试的目的是发现系统处理能力的瓶颈而系统调优才是最终的目的。如何能进一步提高各业务服务器、数据库服务器的调优技能,对性能测试工作来说是如虎添翼。