您还未登录! 登录| 注册| 帮助

您的位置: 首页 > 软件测试管理 > 其他 > 正文

测试的所谓正常流和异常流

发表于:2017-08-07 作者:袁志强focus 来源: 点击数:
        从一个例子说起,我们线上系统最近出现一个BUG,客户的物品信息中包含了特殊字符,在做支付相关功能的提交时发生了异常。这个问题初始的时候被归类为异常流没有考虑到,出现遗漏。
  我思考这个问题的时候想了很多,我发现这个特殊符号在化工行业客户的物品中是很常见很常用到的。那么问题来了,这种数据还能归结到异常流吗?如果我们的测试换成了来自各个行业的普通采购员,是不是这个数据就像一个正常流了?
  我的感触是,测试工程师的成长中又多了一项衡量自己的方法。伴随着你的成长,正常流会越来越广,而相应的异常流会越来越窄。
  测试工程师的工作范围更有三个阶段,作为一名普通的功能测试工程师,需求文档以外的也许都是异常流吧。也许你不会觉得1000个人同时访问是一件正常的事情,也不会想到化工行业的很多带特殊符号的数据是正常的物品。当功能测试开始转向业务测试的时候,我们开始关心目标用户的实际使用场景,行业的相关规则,会觉得这种带符号的数据通通都是正常用户数据,是正常流了。当业务测试再加入考虑用户体验测试的时候,你会相信并发,安全的检查,特定的操作习惯等等通通都是正常流,全部都应该考虑到,而不是作为异常流去考虑。
  我们通常遗漏的问题不能简单归到异常流的遗漏,因为作为异常流我们仍然会继续遗漏。很多情况下,是我们根本没意识到它其实就是我们正常流该考虑的东西,而要做到这些,就是我们学习和成长的方向。