发布网友 发布时间:2022-12-10 15:58
共4个回答
热心网友 时间:2023-06-22 03:56
我觉得针对这个用例:所有字段都输入最大字符长度存储时就crash,如果能100%重现问题,就不需要在定位到具体是那个字段啦。试想,如果有20个字段呢,你需要逐个去试到底是那个字段超过长度,至少需要尝试20次吧,如果字段更多呢(比如人事基本信息啥模块),你的用例数会增加很多,但是如果采用调试,你只需要每个字符都输入最大值,很快就能在赋值时跟到是哪个字段超出导致抛出异常,从纯时间花费上来说,调试也许更经济,而且更有针对性。有时我觉得这种情况跟踪一下比逐个尝试来得更快。再举个例子,比如创建时间这个当我提交后总是不等于当前时间,而是一个其他什么时间,但是我不知道到底这个其他时间是怎么来的,这时候,其实我已经可以提交这个bug了,我可以100%重新问题了。实际在跟踪后你发现,这个创建时间是字段赋值错误,而这个其他时间根本不在当前页,你就算一一尝试也想不到是和当前页无关。换句话说,这实际是个测试粒度的问题,如果我已经能100%重新,我还有必要定位到更细的粒度吗?再定位下去,我实际就进入调试领域啦。再换个思维想想,其实这种字符长度问题,应该在单元测试阶段就检查出来,当到达更高的级别(集成测试、功能测试)我们其实应该更关注流程上的问题,业务流是否正确。而这种字符长度边界问题我觉得应该放在白盒更容易覆盖到而不会遗漏。热心网友 时间:2023-06-22 03:57
谢谢Jackc的回复,的确是有这种感觉,觉得很难提升,感觉一直徘徊在测试门外,只知道单纯的点点按钮来做测试,即便是自觉的QTP,也不知道如何运用,感觉很难提升。热心网友 时间:2023-06-22 03:58
测试密码、用户名字数超界输入特殊字符输入空字符以各种权限登陆,测试会不会越界热心网友 时间:2023-06-22 03:58
学习了,这个我也不懂 呵呵 谢谢JACKC的回答。。。就如同JACKC所说的,入门简单,精通很难……