高级查询模块用例设计方法谈论
高级查询模块高级查询模块用例设计
使用花瓣查找测试方法设计高级查询模块的用例：
我遇到过这类的测试，要做到每个测试条件都测试（穷举测试）不可能的。因此可以采取“花瓣查询测试法”基本的步骤是：
预置条件：在测试的时候，数据库中没有增删改查的操作。
1、填写所有的输入条件进行查询并记录查询结果；
2、开始减花瓣：把查询条件一个一个的减少，每减少一个查询一次，并记录查询结果；
3、所有的查询条件都为空进行查询，并记录查询结果；
4、开始加花瓣：把查询条件一个一个的增加，每增加一个查询一次，并记录查询结果；
5、把第2步和第4步的查询结果分别累加（有时需要合并处理）应该和第1的查询结果保持一致，则证明测试通过。
6、任意的组合条件测试，并验证结果
补充测试点：
1、由于必须先选择楼盘名称才能选择座落，所以补充一个用例测试楼盘名称和座落的先后顺序；
2、由于必须先选用途才能选择户型，所以补充一个用例测试用途和户型的先后顺序；
3、由于必须先选区域才能选择片区/商圈，所以补充一个用例测试区域和商圈的先后顺序；
问题：
1、上面的设计是否过于迂腐，有没有更好的设计方法？
2、各个查询字段要不要使用等价类、边界值等方法测试字符（比如面积、售价只能是数字）？ 求正解！！ 花瓣查询测试法？
从来都没有听说过啊？这样可行吗？是不是用判定决策表会好一点？ 怎么我的问题都没人帮忙回答一下吗？ 个人感觉：对于查询条件有依赖关系的，不建议使用花瓣查询；
而且花瓣查询的严格性估计没有人证明过，最后累加合并处理时也是有问题的-- 这样的查询问题怎么设计测试用例？？？？？？？ 不建议使用这个办法，因为结果的验证比较复杂；
我自己做的话：先针对每个查询条件进行测试：使用等价类和边界值等
然后进行组合测试：只对存在依赖关系的进行组合，如：楼盘名称、坐落、房号进行组合
我测试时间不长，只是建议 回复 7# dream4000
顶个，要是我也是这么做；
1. 针对单项（主要考察数据是否正常记录且查询出来）
2. 组合测试，主要测试各单项有依赖关系的组合
3. 复杂测试，主要考察响应时间以及部分多组合情况 查询功能的测试用例设计和测试（举例）
http://www.51testing.com/?uid-406173-action-viewspace-itemid-241573 怎么理解第五步？ 我一直是用结对的方法，就是选定其中一个，然后根据组合关联情况去进行组对，一般组对的最多项会有2到3个，太多也成了穷举了，不合适。当然这样选的测试点也会不均匀，可以看下正交实验法，这个我也不太会。 回复 5# 没翅膀的飞鱼
个人感觉用图解法比较清晰一些
页:
[1]
