51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[原创] 关于查询条件很多的查询功能的测试

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-1-11 17:32:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
新手刚跨入软件测试行业一个多月
由于正赶上公司比较忙的时期
一进来就跟着同事们参加测试了
当然只是功能测试
没有人教大家也没有时间教
所以很多时候都是靠自己摸索
我承认我也比较喜欢
因为记忆深刻些
但是咧
有时候要是能有高手指点一二
那就更好了
不废话了
说说我的困惑吧
前段时间参加了一个系统的功能测试
这是一个查询功能的系统
总共有122个功能
每个功能下面都有查询跟取消两个子功能
而多数功能里面的查询条件都有十几二十个
组长要求我们写用例和测试的时候要涵盖所有的查询条件
如:选择或输入查询条件1,点击【查询】;
    选择或输入查询条件1、2,点击【查询】;
    选择或输入查询条件1、2、3,点击【查询】;
    ......
依此类推
可是问题来了
用例都好写
可测试起来工作量就大了
还要用三个权限的用户登录系统
组长又低估了这个系统
要我们三天测完交问题报告
第一天工作下来同事跟我都觉得时间不够用
不偷懒也不休息一直测
一天只能完成几个功能
另外一个组的同事建议我们一次将所有查询条件都选择或者输入
表示条件跟条件之间是并的关系
如果选择所有的条件可以查询出符合条件的结果
那么选择单一或者其他组合条件就没问题了
......
中间细节就不说了
最后是多派了人手还有加班才完成的

我的困惑就来了
碰到那种有很多查询条件的查询功能
到底要怎么测
是先选一个查询条件,再两个,再三个...再N个进行测试呢
这种要是碰到查询条件多了
那查询条件的排列组合可就多了去了
还是一次选择所有的查询条件进行测试呢
这种会不会测的太粗了
......
这个问题一直困扰我
还望各位前辈高手指点指点
先谢过了
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-1-11 18:24:50 | 只看该作者
可以考虑使用成对组合覆盖法设计测试用例

工具可用PICT:
http://www.51testing.com/index.p ... space-itemid-227190
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-1-11 19:27:22 | 只看该作者
关注中
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-1-12 16:44:16 | 只看该作者
你表达的好清楚啊,我也是新手,现在在练习写测试用例,就涉及到了查询用例设计,无从下手。。。同时佩服,你好强啊,学了一个多月测试就工作了,我是刚毕业,在校时学的是开发,现在在学测试,是交了钱的,听经理说要学到4月底,很无助,很迷茫。。。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2011-1-12 16:47:18 | 只看该作者
如:这个该怎么写,虽然查询条件没你的多,但还是没有思路
选择        科目        条 件        条件值
是/否        语文        >=/=/<=三选一        查询条件分数值
是/否        数学        >=/=/<=三选一        查询条件分数值
是/否        英语        >=/=/<=三选一        查询条件分数值
是/否        物理        >=/=/<=三选一        查询条件分数值
是/否        化学        >=/=/<=三选一        查询条件分数值
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2011-1-12 18:04:03 | 只看该作者
我也是个菜鸟,不过遇到这种查询条件多的,可以考虑用正交来设计测试用例。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2011-1-13 10:32:48 | 只看该作者
怎么个正交法啊,刚接触不懂,能否在详细些
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2011-1-13 17:09:38 | 只看该作者
白盒的方法,
自己重新根据需求开发测试查询语句,然后将结果一一和原SQL查询出来的结果做对比。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2011-1-28 15:35:55 | 只看该作者
既然已经明确要覆盖所有查询条件,那么测试用例的粒度就很高了。必须举一反三了。
一个用例可以覆盖多个测试点,那是再好不过了。
用例写的很明确、清晰,那么是否想过跑case时,会怎样?用例之间的间隙度是否合理?执行度是否很高?
别一天只能跑几十个case,那就相当累人了。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2011-2-9 15:27:51 | 只看该作者
继续关注~~
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-16 01:31 , Processed in 0.071517 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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