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