软件测试面试题【含答案】

大家一起加油哦

软件测试的目的是什么【最基础的哦】

为了发现程序中的缺陷，保证软件的质量，从而满足客户的需求

软件测试的流程是什么【根据经验来回答】

1，首先是项目立项后，参加需求评审，根据需求文档来提取功能点，使用XMind对功能点进行梳理；

2，编写测试用例，进行用例评审，评审后完善测试用例

3，执行测试用例

4，对发现的缺陷/bug进行提交（这个地方要看公司使用的是什么软件），分配bug给相对应的开发人员进行修改

5，进行回测，发现问题并解决问题

6，测试完成后对整体的测试流程做出总结，编写测试报告

7，环境测试通过之后，将产品进行验收测试

8，测试完成后，就是发版上线

常用的测试类有哪些？分别说明一下

1，黑盒测试：就是常说的功能测试，把测试的对象当作一个黑盒子，对他的功能进行测试

2，白盒测试：也是单元测试，是基于代码进行测试，通常由开发自测

3，兼容性测试：web端是对不同浏览器的兼容（火狐，谷歌，IE等）app测试是针对手机的不同版本，不同型号，不同厂商，不同的操作系统进行测试（这里举几个常用的手机即可）

4，集成测试：集成测试是针对各个模块进行测试

5，系统测试：各个模块测试完，对整个系统进行完整性测试

6，回归测试：在开发修改完缺陷后对软件再次测试

7，验收测试：对产品进行最后的测试，看产品的功能是不是满足了当时的设计需求

简述 α 测试和 β 测试

1，α 测试：是指在指定的场景对产品进行的测试

2，β 测试：是多个用户在不同的场景下进行测试

两者都是由真实用户来完成

探索性测试是什么？

在需求文档不完善或者没有需求文档的情况下，测试人员根据经验摸索尝试进行的测试

冒烟测试是什么，怎么有效的开展？

1，软件测试最基本的功能测试，通常由开发来完成，只有冒烟测点都通过的产品再交由测试

2，冒烟测试是贯穿测试的各个阶段，如集成测试，系统测试

bug或缺陷的生命周期

发现—>提交—>分配—>修复—>回测—>通过后关闭bug—>回测不通过重开

一条bug应该具有那些内容？

1，记录bug产生的前提条件，所需要的数据

2，bug产生的测试步骤

3，bug 的截图，视频或者日志，只管的展示问题，有效的帮助开发快速的定位问题

你认为做好软件测试应该具备那些素质？

1，具有较好的技术能力

2，对业务逻辑的理解

3，良好的沟通能力

4，解决和分析事情的能力

作为测试人员，在和开发沟通中，如何有效提高沟通效率？

1，耐心的跟开发沟通，再低级的缺陷都不要小瞧他

2，设身处地的为他人考虑，即使开发因为压力或者其他原因不肯合作，都要心平气和的跟他沟通，讨论bug（无时无刻缠着他，哈哈哈）

3，平时跟开发多沟通，无论是工作上还是生活上的问题，但是一定要有自己的原则，对产品的质量负责（聊天归聊天，工作归工作）

4，自己先定位问题，帮助开发缩小排查范围

软件测试在一个团队中，都需要做什么，有什么价值？

1，在需求评审会上可以站在用户的角度上，提出一些贴合用户需求的建议

2，测试阶段，根据自己对项目的了解和专业的测试技能，尽可能的在项目上线前测试出更多的问题，保证产品的质量

3，对测试过程中出现的问题，合理有效的进行风险评估

4，对产品的质量严格把关，测试不通过的一定不能发布

对软件测试最大的兴趣是什么？

1，行业的前景比较好，而且近些年来，越来越多的企业更注重测试

2，测试时间越久，面临的困难和挑战也越多，解决问题的同时，也能提高自身的能力

3，自己的性格比较开朗，很容易产品和开发沟通，做起事情来可以事半功倍

你对自己的职业规划是什么？

首先要做好自己的本职工作，有机会的话，在两年之后做到高级测试，在往后的话向往管理方向发展（根据自己的情况来回答，让面试官觉得你在最近几年不会有改行的打算）

在没有任何文档的情况下，你是如何开展测试？

1，尽量去获取其他的文档，比如开发的设计文档，概要设计，功能设计，详细设计等

2，在网上找一些类似的项目文档

3，按照开发的接口或者设计文档，按照功能模块划分，大致写一些测试用例，然后进行探索性测试，在测试的过程中完善自己的测试用例

测试计划包含哪些内容？

测试目的，测试范围，测试需求文档，测试策略，测试资源的安排（软件，硬件，人员和时间），测试完成的难度，可能出现的风险罗列等等（根据公司模板）

测试计划中最核心的部分是什么？

我觉得测试策略和资源安排这两部分比较重要：

测试策略：他描述了每个模块的测试方向和思路，给后续做该模块测试用例指明了大的方向

资源安排：之前项目中一个模块升级中硬件资源安排不当，导致真机测试的时候硬件资源不够，拖延了测试时间，后续的测试计划中，就特别关注这一点，并取得了不错的效果

测试计划是如何编写的？

测试组长先开新需求的一个动员会，然后分配好任务，再根据公司的测试计划模板编写测试计划

之前的测试计划是如何进行评审的？（评审的流程）

编写好待评审的文档—>内部评审/经理审核—>申请评审的时间，评审的地点—>在评审的前三天以邮件的形式通知相关评审人员—>评审（指定会议记录员，在评审的过程中意见不统一的时候尽量争执控制在三分钟之内，评审的过程中有问题不要当场修改，可以先标注）—>评审完成之后优化评审文档（注：需求评审，用例评审都适用哦）

测试计划评审主要的内容有哪些？

1，测试策略是否完整

2，测试资源安排是否合理

3，测试完成时间是否在规定范围内

4，风险的评估分析是否考虑全面