对于很多软件测试新手来说，技术面试往往是整个面试体系里最让人头疼的部分，今天，我们就来盘点一下软件测试面试中，一些经典的问题和相应的答案 下面，我们一起进入正题，来看看这些问题，你是否心中已有了答案~ 问题1：你搭建过测试环境吗？ 答：目前我主要负责的是前台测试环境这一块，如安装操作系统、浏览器、虚拟机等，后台环境一般是由另一组测试小伙伴在负责搭建。但是，我本人对于Web服务器、数据库服务器、其他服务软件的搭建也有一定了解。 问题2：你们和开发人员共用一套环境吗？ 答：我们并未使用同一套环境，测试组会搭建自己使用的环境。如果共用一套环境，难免会对测试结果产生一定的影响。另外，在系统维护方面来看，公用环境也不是很方便，因为开发人员也需要调试产品。 问题3：网页的兼容性测试你是怎么做的？ 答：对于网页兼容性，我们主要需要考虑的是各种浏览器对前台页面的兼容性，因为浏览器的版本和型号，对页面展现的影响非常大。 现在浏览器的种类非常多，网页中展现出来的内容也越来越丰富，这些内容包括网页中的字体、图片、动画等。其中，有些内容还需要安装一些网页插件才能打开。因此，很多时候，同一个网页在不同的浏览器下可能会出现兼容性问题。 例如，出现乱码、排版异常、无法显示图片和动画、页面的功能不能正常使用等异常情况。因此，网页兼容性测试是必不可缺的环节。 目前，市面上主流的浏览器有IE系列、Chrome、火狐、360、QQ等一系列浏览器。具体要测试哪些浏览器，主要根据产品经理制定的需求文档而定。 在项目实操过程中，如果页面上所有的功能，都需要进行多个浏览器测试的话，那么，工作量将是巨大的。一般情况下，可以将不同浏览器的测试任务分配给所有测试人员，测试结束后，大家互相交换进行，尽量使测试覆盖面更全。 其次，还要考虑分辨率的兼容性。这指的是页面在640×400、600×800、1024×768或是更高的分辨率模式下，是否能正常显示。例如字体大小、图片等页面元素是否能正常显示。对于具体要使用什么样的分辨率进行测试，还需通过需求文档去确认，并给出建议和要求。 问题4：如何提交一个高质量的Bug？ 答：我个人觉得提交一个高质量的Bug，以下几点很重要。 第一点是Bug的概要。通过Bug概要，可以让项目组其他成员知道这个Bug单描述的是什么问题；第二点是Bug的具体描述。也就是Bug出现的步骤，Bug记录的细节越详细越好，包括出错前后所执行的操作步骤、所涉及的具体数据等；第三点是附上相应的截图和日志。特别是截图。清晰和正确的截图，能为此Bug提供有力的说明和证据；第四点是要注释所测软件的版本号及测试的环境。因为在不同的版本，不同的环境下，测试结果都可能不同。当然Bug的其他信息点也应当正确、客观的去描述。 问题5：如果你发现了一个Bug，但之后再也没重现，怎么办？ 答：首先，遇到这类问题必须截图，并搜集日志，以保留好测试现场。 因为没有重现，可能是没有引起此Bug的触发点造成的。所以，作为测试人员，我会想方设法尽可能地让这个Bug重现。如果实在无法重现，我还是会提交此Bug给开发人员，如果有截图和日志，也将一并附上。 如果开发人员要求重现，那测试人员就需要在后期继续观察，如果最终还是无法重现，则会把此问题反应给测试经理，由测试经理同开发人员进行评审以及商量解决的方法。因为，虽然现在没有重现，但是不能保证在用户那里不会出现。 问题6：如果开发人员以修改bug的成本高为由，不修改你发现的Bug。而这个Bug又会影响用户体验，你怎么办？ 答：我觉得凡是影响用户体验的问题都是大问题。如果用户体验没有做好，我觉得这就不是一款好的产品。其次如果每个问题都因修改成本高而不去修改的话，是无法持续提升产品质量的。我觉得只要是问题，无论大小，测试人员都应当要求开发人员去修改。这是对产品负责，也是对用户负责。 问题7：一个软件版本更新，一般你要花多长时间去测试？ 答：一般情况下，一个软件版本要测试三到五轮，每一轮的测试时间也不能一概而定，受很多因素的影响，例如会受需求规模、测试人员、测试技术、软件的质量等各方面因素的影响，具体要视实际情况而定。 问题8：你写过测试报告吗？ 答：当然写过，不过我们写的都是我们自己所负责模块的测试报告，整个系统的测试报告由测试经理整理完成。 问题9：你如何理解测试这一份工作？ 答：我觉得软件测试的主要任务是发现软件中的Bug，所以软件测试对于软件的质量有明显的改善作用。其次，测试人员测试的对象是开发人员开发出来的软件产品，所以对于开发工作能起到一定的监督和推动作用。最后，我觉得软件测试能缩短软件开发的周期，加速软件发布的进程。 问题10：软件测试工作结束的标准是什么？ 答：我觉得软件测试结束的标准有以下几个前提。 我们已按照测试计划中的安排完成了所有的测试工作。第二，测试用例已全部执行完成，并且执行通过率达到标准。每个测试人员手上的Bug都处于关闭状态。回归测试全部执行完毕，没有发现会影响产品上线的Bug，软件产品达到了上线标准。每个测试人员所负责的测试报告已完成，并提交给了测试经理。

分享本篇文章给更多人: