51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6006|回复: 9
打印 上一主题 下一主题

多组合查询条件如何测试,请高手指教

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-6-10 10:40:30 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
请问各位一个问题啊。我们现在测试一个查询功能,这个查询功能可供选择的有十多个条件。这些条件还可以组合。是不是各种情况都要考虑啊。能不能用QTP解决这个问题呢?具体查询条件如下(有个类似查询条件可以10多个)如果10多个条件排列组合起来也太多啦,期待各位高手的回复。万分感谢!
添加日期    ____________(日期框) 至 ____________ (日期框)
管理期限    ________ 天 至 ________ 天
预期收益率  ________ % 至 ________%
风险水平    (下拉菜单)
发售对象    (下拉菜单)
预期发售日期 ____________(日期框)至 ________(日期框)
预期募集规模   ________万元 至 ________万元
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-6-10 13:06:01 | 只看该作者

不是高手,大家一起出主意,共同进步

1.有‘至’的地方,需要做边界值测试,而且必须保证第二个数大于第一个数。
2.异常测试:第一条第二个数小于第一个数;日期值手动输入错误的日期,或不同日期格式的测试,还有润年和非润年中2/29号,6/31号等的测试;负数和小数的测试,
3.下拉菜单:要考虑业务逻辑测试,同时可以做等价类测试
4.划分一下业务的重点,客户平时用的最多的是哪几个条件,重点测试;
5.其它做全覆盖测试。
6.如果不能确定业务,可以从1个1个单独测试,然后2个,直到所有的。不过觉得这种方法太累了。

[ 本帖最后由 sweetxmy 于 2010-6-10 15:06 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2010-6-10 13:36:00 | 只看该作者

回复 2# 的帖子

感谢回复!对于这个查询条件我就怕没有什么业务重点,用你说的第六种方法。我试过7个查询条件的做了56个测试用例。要是10多个就疯啦!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-6-10 14:03:28 | 只看该作者

个人见解,仅供参考

刚才又仔细看了一次你所写的搜索条件,我们可以想象一下,我们自己就是一个投资人,那么做为一个投资人,你最关心的是什么呢?
当然是预期收益率:

所以如果从这方面考虑,你的测试重点就出来了。
1.每个条件做单独的搜索测试,这是必需的;
2.预期收益率和其它条件的组合,可以以预期收益率为主,其它的一个一个和它组合搜索;
以上为第一次搜索,第二次客户应该会结合风险水平和预期发售日期和预期募集规模进行搜索;第三次客户会去查发售对象是不是符合自己的要求。
对于业务重点,还是可以分析出来的,多和需求人员或客户沟通。每个系统都有侧重点,只要用心去聆听,去收集,学会换位思考。不懂就问就好了。
3.最后这一点必须要做的,所有的条件做1次搜索,这个实际中应用比较少,因为搜索的范围太小;
4.有可能没有搜索结果,需要做无结果的提示说明。比如‘目前暂时搜索不到您要的结果。’

建议
1.看看投资方面的书,多了解这方面的业务;
2.查一下网上的基金(外汇)或理财产品业务,或者贵金属投资业务;
3.柜面咨询,多与银行理财产品销售人员沟通,因为银行理财产品销售人员对投资理财业务比较熟悉,告之对方你想投资,多问几次结果就出来了。

[ 本帖最后由 sweetxmy 于 2010-6-10 14:08 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2010-6-10 16:08:54 | 只看该作者

回复 4# 的帖子

非常感谢!请问这个是不是可以用自动化工具去搞定呢??
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2010-6-17 10:38:25 | 只看该作者

自动化并不能完全代替手工测试

1.希望你能明白什么是自动化?
2.你的项目适不适合做自动化测试?
3.做自动化测试的基线是什么?
如果你能回答以上问题,那么相信你对自动化会有很深的认识。

自动化测试应该是在手工测试之上,而功能测试基本是由手工测试完成的。
如果你所测试的程序功能经常调整和更新,甚至连业务逻辑也在调整,那么我相信这种状态下是不适合做自动化测试的。
因为自动化测试意味着你要用编程或者说你写的程序去测试开发人员写的程序(不管你是用工具录制后再修正代码),要经常改代码,还要调试,付出和收益你需要考虑一下。
当然如果你有充足的时间,从一开始做也是可以的。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2010-7-13 14:37:09 | 只看该作者
理解了需求方及使用者的用途就能明白测试的重点及要点。
2# 回答的是怎么设计测试用例。
4#回答的是测试任务的重点及要点。
呵呵,作为测试来讲,两方面都做到了,这个测试就没什么难度了。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2010-7-21 16:18:37 | 只看该作者

回复 4# 的帖子

恩,非常感谢你的回来!最近忙了才有空过来!!
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2010-7-26 21:14:13 | 只看该作者
我觉得用正交试验 测试两两组合的情况
在从SQL 的角度测试下  多一个查询条件SQL 能够正确添加一段SQL语句 只要SQL正确查询应该不会有问题
就可以了
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    10#
    发表于 2010-7-26 22:23:28 | 只看该作者
    这类使用墨盒测试太难了,最好使用白盒
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 02:30 , Processed in 0.081131 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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