51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1413|回复: 10
打印 上一主题 下一主题

[原创] 使用LR如何处理这样的需求

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-8-30 09:38:29 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
“需求说明”中要求“系统及数据库支持100万的数据处理”,

在LR中我如何对这样的需求进行处理。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

11#
 楼主| 发表于 2007-9-3 10:34:41 | 只看该作者
顶一下,这个问题我该如何去思考呢?
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2007-8-31 11:05:45 | 只看该作者

回复 #9 大漠孤雁 的帖子

我该如何调研,我现在不知道怎么样介入调研?
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-8-31 10:49:38 | 只看该作者

回复 #1 corrine-li 的帖子

需求提的太模糊,应该进一步调研一下
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2007-8-31 09:08:17 | 只看该作者
原帖由 linkage 于 2007-8-30 11:32 发表
“系统及数据库支持100万的数据处理”这种概念比较泛泛,需要进行细化
1.系统支持
可以理解为在某张关键业务表100w数据的情况下(如:话单表,收费表,销售表等),系统能正常运行。注意,仅仅是正常运行,并没 ...


如何在LR中进行细化,要求设计“需求说明书”的人,如何进行修改?

在LR中我该如何选择协议呢?我的这个系统是C/S结构的。是选择Socket+MS SQL Server,
还是只选择其中的一个?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-8-30 15:37:06 | 只看该作者
按照linkage所说的,那样理解较为贴切.对于某个业务操作应测试最低保障为数据量在100W..
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2007-8-30 11:42:36 | 只看该作者

回复 #5 linkage 的帖子

如果照着你这样说的,该如何去做呢?

性能需求里面就是这么简单的一句话。“系统及数据库支持100万的数据处理操作”。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-8-30 11:32:10 | 只看该作者
“系统及数据库支持100万的数据处理”这种概念比较泛泛,需要进行细化
1.系统支持
可以理解为在某张关键业务表100w数据的情况下(如:话单表,收费表,销售表等),系统能正常运行。注意,仅仅是正常运行,并没有某些性能指标的要求。
2.数据库支持
数据库是肯定支持的,常见数据库如oracle/sybase/db2/mysql等,100w的数据量简直就是毛毛雨

要使用lr进行测试的话,还要进行细化,具体要看你们的需求了
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-8-30 11:27:25 | 只看该作者
可以考虑用循环的方式
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2007-8-30 10:20:16 | 只看该作者
可是我在LR中看到有这样的协议“MS SQL Server”,我们测试的数据库就是SQL啊!

楼上你很确定你的说法吗?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2017-1-11 15:48
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2007-8-30 10:03:54 | 只看该作者
    这个不是LR可以解决的事情,需要找你们的DBA咨询的。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-23 16:41 , Processed in 0.073938 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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