51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2788|回复: 5
打印 上一主题 下一主题

[求助] 压力测试用例方案,需改进的?

[复制链接]

该用户从未签到

1#
发表于 2011-4-14 14:54:32 | 显示全部楼层
可以考虑先拆分“登录”/“查询”事务,分块单独测试

然后再考虑事务组合的东西。
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2011-4-18 11:23:59 | 显示全部楼层
本帖最后由 Jackc 于 2011-4-18 11:31 编辑
目前还存在两个疑问:
1、关于把“登录”和“查询”事务进行拆分,是不是分别单独进行录制呢?然后放在 ...
corrine-li 发表于 2011-4-15 09:18


1.关于脚本代码规范
对于LR和QTP这类成熟的工具,action其实和封装是一个道理。

严格来说,每个需要测试独立的功能都需要划分成不同的action,而实际用例执行,只是根据case step 要求,调用不同的action组合而已。

严格封装的脚本,有利于最大限度降低脚本的后期维护。
————————————————————
2.action与脚本
简单来说,action可以理解为单个事务(功能点)描述;而脚本则是单个用例描述
——————————————————————
3. vuser_init、vuser_end 和Action
首先,在一个脚本中,vuser_init和vuser_end只能存在一个,而Action则可以有任意个。

vuser_init:通常,我们不在此放置任务事务的代码。它只需要完成1件事:测试环境初始化(有时,也将测试环境搭建代码放在其中,不过不建议这么做,测试环境的搭建代码大可放到Action中)
PS:放置此处的初始化代码,一般都是通用的,即受到以后执行Action的因素较小。

vuser_end:此处放置测试环境清理代码,如执行Action产生的测试残余数据和环境。
PS:经常放置此处的代码,经常会因Action的不同而改变。

Action:顾名思义,所有事务的描述代码。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-5-6 15:33 , Processed in 0.065513 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表