在看关于“边界”的测试时，有个这样的例子：
测试6位邮政编码的数据输入区域。书上是这样说的：尝试输入000000，即最小、最简单的值；尝试输入999999，即最大值；尝试输入比允许范围内大一点或者小一点的值。这是测试
突然想起，上周在川叔（14年测试+11年项目管理/团队管理的老兵）的测试群提出的一个问题：邮政编码需不需要限制6个数字。当时我的想法很简单，按照正常的逻辑，一般人在写邮政编码时，都会填6位数，比如佛山的是528000，但是我在测试过程中，发现开发人员在这里并没有做限制。思前想后，在测试群发出了提问。很快川叔就回复了。
川叔：取决于邮政编码在你们的系统里用于什么？如果输入错误会导致什么后果？
我：就是做记录。有一份表单，里面有邮政编码需要填，也不做任何识别。（问的我有点懵，作为一个测试人员，我竟然没有考虑过这样的问题。）
川叔：那限不限制不重要，可以让产品去解决。
大婶：你试试在页面把这个编码写的很长很长，提交后看页面的提示。如果页面给了一些数据库数据表的提示信息， 那就要做处理。比如说提示你字段超过了表的限制，那就是暴露了表明和字段。要足够长。
我其实之前就有测试过，把编码写的很长很长，大概是几百个数字。但是并未报错。大婶这样一说，我就再去试，长度为1000左右的字符，仍未提示报错。
川叔：你查下数据库邮政编码的字段长度是多少，要超出这个长度。
我：问了开发， txt类型，长度50。
川叔：输入100字符。
我：保存成功。
川叔：1000字呢？
我：增加了一倍，仍保存成功。
正当我要去百度查txt类型的长度是否有限制时，大婶说的话，让我有点崩溃。
大婶：据我所知，数据库txt类型是没有长度限制的，所以别试了。
内心的猜测被证实，虽然是一个很简单的问题，但是暴露了我考虑问题不全面，想法过于表面，思维不够严谨，测试思想薄弱的问题。同时觉得自己很幸运，遇到一群乐于助人的前辈，在问问题的过程中，发现自己的弱项，发现自己的不足，也为自己以后的成长做好铺垫。
网友评论