51Testing软件测试论坛

标题: 高级查询模块用例设计方法谈论 [打印本页]

作者: 零测试 时间: 2013-3-14 20:20
标题: 高级查询模块用例设计方法谈论
高级查询模块
[attach]84029[/attach]

高级查询模块用例设计
使用花瓣查找测试方法设计高级查询模块的用例：
我遇到过这类的测试，要做到每个测试条件都测试（穷举测试）不可能的。因此可以采取“花瓣查询测试法”基本的步骤是：
预置条件：在测试的时候，数据库中没有增删改查的操作。
1、填写所有的输入条件进行查询并记录查询结果；
2、开始减花瓣：把查询条件一个一个的减少，每减少一个查询一次，并记录查询结果；
3、所有的查询条件都为空进行查询，并记录查询结果；
4、开始加花瓣：把查询条件一个一个的增加，每增加一个查询一次，并记录查询结果；
5、把第2步和第4步的查询结果分别累加（有时需要合并处理）应该和第1的查询结果保持一致，则证明测试通过。
6、任意的组合条件测试，并验证结果
[attach]84030[/attach]

补充测试点：
1、由于必须先选择楼盘名称才能选择座落，所以补充一个用例测试楼盘名称和座落的先后顺序；
2、由于必须先选用途才能选择户型，所以补充一个用例测试用途和户型的先后顺序；
3、由于必须先选区域才能选择片区/商圈，所以补充一个用例测试区域和商圈的先后顺序；

问题：
1、上面的设计是否过于迂腐，有没有更好的设计方法？
2、各个查询字段要不要使用等价类、边界值等方法测试字符（比如面积、售价只能是数字）？

作者: 零测试 时间: 2013-3-14 20:24
求正解！！

作者: bai5278785 时间: 2013-3-15 00:15
花瓣查询测试法？

从来都没有听说过啊？这样可行吗？是不是用判定决策表会好一点？

作者: 零测试 时间: 2013-3-15 09:27
怎么我的问题都没人帮忙回答一下吗？

作者: 没翅膀的飞鱼 时间: 2013-3-15 16:15
个人感觉：对于查询条件有依赖关系的，不建议使用花瓣查询；
而且花瓣查询的严格性估计没有人证明过，最后累加合并处理时也是有问题的--

作者: bai5278785 时间: 2013-3-17 01:49
这样的查询问题怎么设计测试用例？？？？？？？

作者: dream4000 时间: 2013-3-18 10:35
不建议使用这个办法，因为结果的验证比较复杂；
我自己做的话：先针对每个查询条件进行测试：使用等价类和边界值等
然后进行组合测试：只对存在依赖关系的进行组合，如：楼盘名称、坐落、房号进行组合
我测试时间不长，只是建议

作者: 没翅膀的飞鱼 时间: 2013-3-18 12:33
回复 7# dream4000

顶个，要是我也是这么做；
1. 针对单项（主要考察数据是否正常记录且查询出来）
2. 组合测试，主要测试各单项有依赖关系的组合
3. 复杂测试，主要考察响应时间以及部分多组合情况

作者: lzytest 时间: 2013-3-26 17:17
查询功能的测试用例设计和测试（举例）
http://www.51testing.com/?uid-40 ... space-itemid-241573

作者: kasir2008 时间: 2013-9-23 10:33
怎么理解第五步？

作者: 51dhy1014 时间: 2013-9-26 11:29
我一直是用结对的方法，就是选定其中一个，然后根据组合关联情况去进行组对，一般组对的最多项会有2到3个，太多也成了穷举了，不合适。当然这样选的测试点也会不均匀，可以看下正交实验法，这个我也不太会。

作者: jia_1509 时间: 2013-11-30 10:03
回复 5# 没翅膀的飞鱼

个人感觉用图解法比较清晰一些

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)