请各位高手参与讨论！这样一个查询写多少case合理？
有18个条件的查询，该写多少各case呢？怎样能够符合“用最少的case覆盖最多的面“的原则呢？ 用等价类和边界值，或者正交法 楼上的战友，能不能给小弟说清楚些呢？或者给我举个例子，谢谢阿 鄙人认为楼主要把你贴的那个图里的每个下拉框的意思属性介绍一下，大体功能是什么才可以根据等价类，或者边界值得划分的方法来设计用例！ 1. 分析客户最可能、最常用的查询条件是什么，这些查询条件不会太多，3-5种组合就足够了。2. 一次选择尽可能多的查询条件，查看后台生成的SQL语句。查询功能出现缺陷，必然是程序员的SQL语句写遗漏了。
3.检查页面是否合符规范。
查询功能不是主要功能，即使出现问题也不会很严重，不需要花费太多的时间。
仔细测的话，工作量在10-30分钟。第二次测，5－10分钟即可。
如果不是客户、或者项目组需要提交测试用例的话，就不需要编写测试用例。
[ 本帖最后由 mstiunicon 于 2006-8-9 21:46 编辑 ] 对于这样的查询，我个人认为，方法如下：
首先：所有的单个查询条件都要遍历一次。
其次：常用的组合查询进行遍历
如果可能建议进行单元测试，先进行静态的代码走查。有助于提高测试效率。
另外楼上说的等价划分类以及边界值法可以融合到以上我所提到的测试方案里。
比如文本型的可以作为一类，日期型的可以作为一类，还有金额型的等等。
边界值法可以根据日期、金额、文本长度、查询内容中增加空格来查询。
你的图体现的还是比较简单的，没有什么逻辑关系，比如大于、小于、or、not 楼上讲得挺好的.
除了单独查询及组合查询后,我觉得应该还要留意模糊查询.
另外,我看你的界面还有很多查询字段的值是下拉列表形式的,应该还要注意各个关联查询条件之间的数据加载.即选择了A查询条件后,相应的B查询条件值加载是否正确?选择了A及B查询条件后,再更换A查询条件,B查询条件是否清空为未选择?当然如果这几点,如果你的新增页面也是同这一样的话,且进行过该类测试,就不需要再测了.
[ 本帖最后由 qrz2000 于 2006-9-1 17:33 编辑 ]
页:
[1]
