对于文档中没有明确描述的特性,该如何定义预期结果?

博客讨论了查询条件为空时测试结果判定问题。当无文档描述该提示输入条件还是查询所有记录时,同事提出将预期结果作为集合处理,两种情况只要系统无异常、无严重缺陷都可接受。最终认为此类特性应明确定义并验证,但特例下该方法也可行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天有同事提到一种情况:对于一个查询,如果没有任何文档对当所有查询条件取值为空时,是该提示用户输入条件,还是该查询到所有的记录做出描述,那么在执行测试时,一旦出现了其中的一种,该如何判断实际结果同预期结果是否一致?

同时,这位同事也提出了她自己的一种看法:类似于这种测试,因为用户并没有明确的预期,所以可以把预期结果作为一个集合来处理,例如上面两种情况都表示系统对输入做出了处理,而没有抛出异常或者出现严重的缺陷,并且根据常识来说,这两种情况都使可以接收的。那么当出现其中的一种时,都可以认为是通过了。

最终讨论的结果,明确这种情况作为与设计或实现有关的特性,是应该被明确定义并被测试明确验证的,因为这是测试人员的职责所在。但是,上面的这个例子作为一个特例,在特定的情况下,把预期结果作为一个结果集来处理的方法也是可以接受的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值