软件测试工程师面试技巧---问答篇

您好，我叫xxx，xx年xxxx学院xxxx专业毕业，毕业至今在xx的软件公司从事软件测试工作3年。最近做过的项目是xxxx，主要做app端和web端测试，我主要负责需求分析、测试用例设计、功能测试、接口和自动化测试的具体执行，作成测试报告文档。我个人擅长功能、接口测试、接口自动化、界面自动化及简单场景的性能测试，熟悉Java、Python编程语言、Linux操作系统和数据库；测试工具像Jmeter，Loadrunner，Fiddler工作中用的比较多；另外，我是一个有较强的自主学习能力，并且有较强的团队协作意识的人。我的自我介绍完毕，谢谢。

建议回答内容：从业时间、教育背景、工作经验、项目经验、擅长技能、你的性格。

2、说一下你们公司的测试流程。

1）产品经理会整理需求原型图，召开需求评审会议，相关的测试和开发人员都要参与。

2）需求评审之后，需求确定会以邮件转发的形式转到每个人的邮箱；

开发拿到需求之后开始实现相应的功能模块；

测试拿到确定的需求进行分析、编写测试计划，编写测试计划时，我会评估测试进度、安排相应的测试工作，根据测试计划，开始设计相应需求的测试用例，

3）用例编写完成后，我会召集产品和相关的开发进行用例的评审。

4）用例评审结束后，开始搭建测试环境，然后，在开发需要自测通过，发送提测邮件，我通过jenkins一键构建，实现环境的自动化继承部署，然后开始进行冒烟测试，冒烟测试不通过，驳回给开发。

5）冒烟测试通过的话，开始执行测试用例，发现bug的话，提交到禅道，开发会在这个版本对我提交的bug进行修复，这个版本的bug全都修复后，会转测一个新的版本，我再重新构建环境，对之前的bug进行回归验证，bug解决的话就关闭，bug没解决就重打开，发现新的bug就重新提交。直到所有的bug都得到解决，回归测试才完成。

6）当然，有些时候有一些优化性的bug，由于项目紧急，开发来不及解决，我会安排在下个版本解决。

7）测试完成后，我会编写一个简单的测试报告，给出测试是否通过的结论。通过的话就交付上线。

8）一般上线后如果有bug产生，能快速解决的，我们会快速解决，不能快速解决的，会进行版本回退。

9）最后项目组会召开一个测试复盘会议，对产生bug的原因进行总结。以上就是我的回答，谢谢。

建议回答内容：需求分析、测试计划、测试设计、测试执行、测试评估。

3、请简单介绍下你的项目。

组织架构：产品经理+架构师+美工+前端开发+客户端开发+后端开发+测试人员（国内研发人员和测试人员占比为5:1或3:1）

xxxx电商项目有首页模块、分类模块、购物车模块、订单模块模块（以app为主，也有小程序，还有web端，商家主要是使用web端），整个项目做了大概xx个月，项目性质（外包，为甲方公司做的，并负责后期维护）。我在这个项目中，主要负责需求分析、测试用例设计，参与用例评审，做功能测试和接口测试，也做过一些查询场景的性能测试。项目后期，将稳定的功能做了一些自动化测试。以上就是我的回答，谢谢。

建议回答内容：项目陈述可以先整体后局部，整体可量化（项目规模、时间成本、人力成本），然后测试环境（知道的就说）、最后是角色职责。

4、提了一个bug，但开发认为不是bug，作为测试你怎么办？

首先确认开发环境是否跟自己测试环境一致，排除因环境或者业务理解不一致而产生的错误bug。保证测试过程中的正确性，确认是实实在在的bug，跟开发保持有效的沟通。严重级别较高的bug，对应需求文档、测试出现的bug截图、bug对产品影响的危害，跟开发说明清楚。若开发仍然不接收bug，需要找上级或产品介入。级别较低的建议性bug，开发不改，暂时不需要花费大量时间去说服修改，有时间再进行集中跟进。以上就是我的回答，谢谢。

建议回答内容：开发不改的原因梳理、bug严重等级去分别处理。

5、对复现率不高的bug怎么处理？

首先是对于偶现bug的提交。只要是出现的bug都必须记录到缺陷管理平台。bug出现的步骤、环境、账号等信息尽量描述清楚。包括操作系统、浏览器版本，app写明机型型号；附带问题截图及日志截图，且标题注明偶现。

提交后对于bug的跟踪。每一轮回归测试，都会尽可能去重现这个bug；多轮回归测试中仍然不能重现，会依据这个bug的严重程度决定是否继续跟踪。严重程度低，一般就关闭；bug严重程度高，在上线前需要和开发一起协助复现，如果还是复现不了，记录到bug平台后续版本再跟进。以上就是我的回答，谢谢。

建议回答内容：bug提交、bug跟踪。

6、给你一个行李箱，你怎么测试？

我不知道这个行李箱的具体需求，所以会以我认知的行李箱来思考。

从功能测试来考虑的话，拉杆箱大小、厚度、容量、各个面(包括拉杆面、脚轮面)承重、拉杆承重是否符合质检标准；超出容量、超出承重会有什么影响；拉杆的伸缩收回是否灵活；箱子的开锁解锁是否方便安全；

界面测试，我会考虑箱子的材质、颜色、花纹、形状是否符合要求；箱子吊牌logo是否正确；

易用性方面，箱子拉杆手把是否易握防滑、箱子开合的拉链是否易拖动、脚轮是否灵活；

兼容性方面，箱子脚轮滚动是否支持平底、沙地、泥土地、楼梯使用；还有不同的温度下使用情况；

安全测试方面，材质是否安全无毒；遇高温、淋雨是否释放有害物质；边角是否光滑无棱角；

压力测试方面，负重30公里，拉杆脚轮是否正常无磨损；提起拉杆使负重箱子处于悬挂状态，左右震荡多次，拉杆是否正常；负重从1米左右落下，各个面是否正常无磨损，拉杆来回展开收回，重复1000次，拉杆是否正常。以上就是我的回答，谢谢。

7、给你一个纸杯，你怎么测试？

需求上，查看纸杯的使用说明书（有、全、正确、完整、清晰）；

界面上，查看纸杯的外观，上面的文字、图案和颜色是否有问题；

功能性上，能否接到水，接水过程中是不是会漏掉，能不能喝到水；

安全性上，纸杯有没有毒或者细菌，生产过程中是否在无菌车间；

可靠性上，纸杯掉落之后的损坏程度；

可移植性上，在不同温度或不同环境状态下，能否正常使用；

兼容性上，不管接水，是否可以接饮料、啤酒、汽油等；

易用性上，纸杯接热水时是否防止烫手，有防滑处理，是否方便引用；

疲劳测试，纸杯接水24小时后，检查是否泄漏；

压力测试，用一根针在纸杯上不断施加重量，查看可以承受多大压力；

跌落测试，纸杯加包装后，多高落下不会破损；

震动测试，在恶劣的铁路、公路和飞机上是否可以正常使用；

用户文档上，使用手册是否对纸杯的用法、限制和使用条件描述完整、易懂。

建议回答内容：功能测试(单个功能、逻辑业务/功能交互)、界面测试、易用性测试、兼容性测试、安全性测试、性能测试等。

8、给你个新项目，你怎么开展测试？

1）拿到项目后，先熟悉需求、原型图，了解被测功能和各个功能的业务逻辑；

2）支持哪些平台，有哪些不同的应用场景，是否需要考虑到稳定性、性能等等。

3）针对以上需要测试的内容进行大概的测试规划，然后逐个细化去设计测试用例。整个过程中存在疑问的及时跟开发产品沟通确认。

4）拿到被测软件后，按照用例执行测试，提交bug，并有效进行回归测试完成bug跟踪；

5）测试完毕后，及时汇报测试结果，完成测试报告。以上就是我的回答，谢谢。

建议回答内容：按工作流程回答：分析需求、制定测试计划及测试用例、执行测试、提交bug并跟踪、出具测试报告。

9、工作中有遇到什么困难，怎么解决的？

工作中，就是测试的时间总是被开发挤得的很少，之前有沟通要他们早点提测，但效果不明显，这个是工作中我遇到的一个困难。后面为解决这种状况，提议重新规范整个开发测试流程，设定完成任务的时间节点，每个节点任务及时督促完成，避免拖拉。现在提测规范了很多，测试时间也充裕了很多。但测试过程中回归测试频率很高，所以还是会需要很多的测试时间。目前在尝试着将这部分用自动化实现，现在的话，3个核心功能的自动化回归测试已经实现了。测试周期有明显的缩减。后续慢慢优化这部分。以上就是我的回答，谢谢。

建议回答内容：结合自己过往工作中的实际案例，可以是体现工作事务的处理能力，管理能力，思维方式、人际关系的沟通能力，团队协作能力，跨部门合作能力等；另外有吸取经验不断改进，以及如何避免同样的一个错误犯两次等。