1、熟悉被测试业务系统及性能需求调研。
1.熟悉被测试系统业务过程。
2熟悉被测试系统的对象是什么。
3熟悉被的测试的功能模块的主要功能,业务系统流程是怎样的,业务的输入输出流怎样(即输入什么数据,最终会产生什么数据出来,结果)。
4熟悉被测试功能模块业务的和其它功能木块相互的依赖关系,和互斥的影响操作(如购物下订单时,必须先进行登陆操作)。
5了解被测的系统的测试指标是什么,比如多少用户并发,CPU,内存的占用额度是多大,吞吐量是多少,以及TPS等等。
2、被测系统协议分析
1、一般情况下可以通过开发员处了解被测试系统的使用的的协议是什么。
2、可以从详细设计或者概要设计说明文档中了解被测的协议使用是什么。
3、可以使用协议捕获工具进行捕获,分析得出被测系统使用的协议是什么。
4、通过LoadRunner自带的协议分析器分析得出被测试系统使用的协议是什么。
5、通过以上4步奏完成确定协议后,最后可以选择LoadRunner进行脚本录制开发了。
3、测试数据准备分析
1、首先确认哪些关键性的数据需要进行参数化操作。
2、分析需要参数化的的数据的依赖关系,确保其参数化正常。(发帖,不能发同名的帖子,此时参数化时,需要确保数据的不唯一性和其数据读取方式)。
3、定义一个数据文件夹,保存测试数据。
4、确认是否需要进行数据库参数化操作,确保数据库有数据可以提供测试。
4、测试脚本开发调试
录制脚本前准备:
1、 选择被测试系统的对应的协议。
2、 确认哪些动作是需要进行初始化性操作的,放到init()函数中。
3、 进行option设置,确认系统的录制模式,两种模式分别为html和url,默认选中基于HTML的录制模式,其余设置都默认。
4、 进行runtime-setting的设置,设置的内容一般为pacing的脚本迭代方式:thimk
time时间是否需要进行忽略(此处根据系统业务而定);日志的启用,是启动标准日志还,还是不启用日志。网络带宽的设置(根据实际测试环境而定);是否启动图像或者文本检查点(如果脚本中有参数化数据,必须启动,否则参数化失效)。其余的保持默认设置即可。
5、 确定被测试系统一共分为多少个操作项,可以分为多个action。
6、确认需要并发的操作的事物。
测试脚本录制及调试:
1、 首先进行性能测试脚本的整个流程录制,直到完成的录制完成。
2、 进行编译,确保脚本编译的正常通过。
3、 删除一切与录制脚本无关的数据,或者url请求。
4、 删除无用的cookies信息和脚本中存在静态数据数据请求。
5、 为对应的操作动作添加事物操作。
6、 为需要进行并发的事物前添加集合点操作。
7、 为关键性的数据进行相关的参数化设置操作。
8、 如果录制过程中出现某些元素或者动物未录制到的情况,需要考虑是否进行录制模式的更换,或者录制协议本身的问题。
9、 为需要进行设置的检查点进行检查点设置的操作。
10、错误日志的输入使用lr_error_message()函数的操作。
11、进行以上10步奏操作后,进行编译操作或者按F5编译测试脚本,如果编译正常,则表示整个性能测试脚本正常。