当前所在的位置:首页测试技术
测试技术

对测试用例中的异常的思考

发布时间:2015-8-2

接下来遇到的异常场景就是,在操作进行中遇到的:


1)比如说操作进行时,断电、断网、死机等原因导致的信息丢失的异常;


2)订购过程中,用户或产品的状态变化引起的异常。


3)操作中应该选择的选项没有选择时的场景,例如购买产品服务时,此时付款按钮应该灰显,无法进行付款操作。


4)通过构造URL产生的异常场景。例如用户存在某产品失效的订单,通过URL进入订单支付的页面的异常情况,此时应该提示此订单已经失效,支付不成功。


5)打开两个页面做相同操作时的异常流。例如,用户满足订购该产品的条件,用户打开两个购买服务页面A和B,当在A页面订购成功后,点击B页面的订购可 能有三种可能:一是若订购的产品是周期型的,则进入续费的流程;二是,若订购的产品是永久型的;三是,若订购的产品是计量型的,则 可继续正常订购。


6)用户账户余额不足,充值失败的异常场景。

最后还有一些不怎么被关注的异常。因为这些异常发生的概率极低,而且通过正常的验证方式非常麻烦。例如,订购服务打标志位的问题。我们通常的测试方法,是去验证用户做了某个操作之后,有没有成功地打上应有的标志位;但是我们会忽略掉,如果用户做了某个操作后,除了打上应有的标志位以外。


这时,我们是否要验证每一个标准位是否有被误打上。这样工作量 就太大了,因为也许有非常多的标准位。面对这种情况,我认为可以通过两个步骤来保证质量。


第一,将标志位分类,以期望的标志位为标准,筛选出与它关系及其 密切的标志位,例如有依赖关系和对立关系的标志位,这些标志位是重点校验的对象。


第二,从源头检查。找出这些标志位的值是从何而来,可以通过检查配置或代 码走读来检验。


由于实际上,普通人类的思维不可能缜密的无懈可击。这就像是小说里的“密室杀人 案”,看上去是多么的不可思议,然而真相大白时的结果却是完全符合逻辑的。因此,作为测试设计人员,我们必须有良好的预见性,去摸索,并组合一些“必然”的错误。当然每一种产品都有他的特殊性,于是就存在其独特的异常场景。以上是我的一些想法,欢迎拍砖和补充,谢谢!



上一篇:编写和跟踪软件测试用例

下一篇:测试用例评审流程

联系我们
地址:北京昌平东环路88号
邮编:102200
电话:13321134155
Email:bjtms_hr@foxmail.com