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