|
查询功能的测试用例书写最快的、最清楚的方式我想应该是写SQL文。
举例:画面上检索条件区有2个条件输入框:资源名称,关键字
测试用例书写如下
资源信息取得条件:
资源表.单位编码=登录者单位编码 AND
资源表.删除标记=0-未删除 AND
资源表.资源标识=0-单位资源 AND
(资源表.标题 LIKE %画面.关键字% OR
资源表.作者 LIKE %画面.关键字% OR
资源表.资源来源 LIKE %画面.关键字% OR
资源表.关键词 LIKE %画面.关键字%)(仅当画面.关键字入力场合追加) AND
资源表.资源名称 LIKE %画面.资源名称%(仅当画面.资源名称入力场合追加)
顺序 资源表.创建日期 DESC
检索0件 检索结果区空白显示。
检索非0件 取得的资源信息在检索结果区表示。
“取得的资源信息在检索结果区表示”这样的语句比较笼统,所以我们要有单独的区域写画面上各值对应的是执行取得条件后取得一系列值中的哪个值。
为什么不采用详细的书写方式呢,比如:输入A,输入B/输入A,不输入B/不输入A,输入B/不输入A,不输入B。
实在是没时间啊。基本的测试方式让测试人员都知道。大家测试的时候也不会漏的。测试用例设计时要考虑用例颗粒度,太高、太低都不好。
造数据,因为条件有OR,造4条满足条件的数据,每种不满足的条件单独各造一条数据。
比如造1条,资源表.单位编码<>登录者单位编码,其它条件满足的数据。
再组合起来造几条数据。比如有2个条件满足,其余条件不满足。
测试时,全不输入,全输入,各单个输入,组合输入都试一下。
很多数据库工具都自带了SQL跟踪辅助工具,大家也可以将跟踪的结果做为参考。
检索时,通常业务上不需要做输入值长度、格式等检查,但要当心输入一些特殊字符,是否引起SQL执行匹配出错等。 |
|