软件测试干了几年,产品迭代跟久了,功能上闭着眼睛都能说清楚,很多测试人员自以为很了解业务逻辑,但实际都是浮于表面,就连该功能使用的协议,调用的接口都可能不知道。看到的问题,很多都是表面的问题。
比如:两个操作的入口不一样,提示信息不一样,测试人员会以为是两个问题。但实际上,这两个问题都是调用同一个接口引起的,测试人员分析不出来而已。这种情况下,被特别注重Bug数量的开发鄙视了,怪谁呢?
很多时候,开发不会告知测试人员某一Bug的产生原因和解决方法,即便告知了,也真是言简意赅。测试人员投入很多时间去测试某个产品,到头来依然没有深入了解产品。修改了Bug之后,测试人员也很难评估出Bug的影响范围,还是得花时间花代价去做全面的回归测试以此确保功能正常。
项目组定期开展Bug的根因分析,在一定程度上可以帮助测试人员更深入地了解产品。此外,测试人员在测试迭代产品和任何一款软件时,不仅测试浮在表面的功能,也需要去深入了解相关协议、接口、架构等底层内容。当然,做功能测试时,还是得站在用户角度去加强用户体验。
还有,测试人员在测试时,自以为完美的功能,换个角度讲,存在非常大的漏洞。
举个例子:假设你正在测试一个Web应用的登录界面,你输入错误的用户名时,提示“该用户名不存在”,你输入正确的用户名但是错误的密码时提示“密码错误”。这时你没有任何想法,一掠而过。但是从某个角度来说,用户的敏感信息暴露了,提示信息需要修改!为什么?!因为通过提示信息,恶意用户可以推测出哪些用户名已经存在于系统中,然后利用这些用户名再进行密码的暴力破解!
测试,远远不止我们眼睛所能看到的功能,也不是想当然。测试人员具备几年工作经验,还想在这个行业不断往前,就得一直去突破:学习编程语言和各种技能、转换测试角度、突破思维定式。
这不容易,不过可行。
上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。