测试人员常用借口
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 无论我们试图建立一个网站多么完美,我们都一定会犯一些错误。错误是不可避免的,无论多么微小。这就是为什么我们不能保证没有错误的发布,甚至在进行了不同类型的全面测试之后,例如压力测试,跨浏览器测试,响应测试等。在投入生产环境之前,请考虑流程中涉及的各种类型的测试。依然可能在上线的版本中发现问题。 出了问题,就要解决问题,不管是测试过程中发现的还是上线以后用户反馈的。但在解决问题的过程中,测试人员需要起到积极的推动作用。当然理想很丰满现实很骨感,有的人总是能找到各种各样的理由逃避问题和责任。 下面分享一些测试人员经常遇到过或者使用过的各种接口,有些我自己也用过。 Chrome上没问题,其他浏览器上应该也没问题 因此,当你测试了一个网站,遇到了一些错误,然后将其转发给开发团队。他们修复了该问题,并将其转发给您或您的测试团队以供验证。您仔细地对整个网站进行回归测试,以检查更改是否影响了任何现有功能。一切都很好,您进行了确认,因为从系统(而不是浏览器)测试网站时,您没有发现任何错误。一旦更改生效并投入生产,客户使用与您不同的浏览器便开始抱怨UI和跨浏览器兼容性问题。 如果该软件在Google Chrome或任何其他浏览器上都能正常运行。但是请记住,就像人类对所有事物的理解不同一样,浏览器也是如此。如果代码与一个浏览器兼容