求职，类似于打仗，是一场挑战自己的战斗，也是一场跟用人单位的博弈，更是一场千人过独木桥的厮杀、混战。《孙子·谋攻篇》中早就说了：“知己知彼，百战不殆；不知彼而知己，一胜一负；不知彼，不知己，每战必殆。”。
在这里呢，小编专门给各位即将踏入面试征程的软件测试小伙伴们准备了一份最全的软件测试面试问题和答案，通读全文并背熟后，保证你驰骋测试面试场，大把offer手到擒来！
1、你的上家公司有多少位测试人员，你们是如何分配工作的？
回答：一共3个人，组长负责分配我们的任务，每个人负责对应的模块或者是不同的客户端，完成自己的一端时间的任务就可以了。
2、能不能说下你的上家公司的项目流程或者说介绍下你们的工作流程？在每个阶段的输出有哪些？
答：首先会召开需求分析会议，参加人员有产品、开发和测试，主要是探讨需求主要的一些功能点；然后开发就排期进行开发，主管开始编写测试计划，对我们进行任务分配。
我们参考需求规格说明书及原型图编写测试用例，写完之后会进行用例评审，有评审修改的就修改整理形成最终的用例版本；开发人员版本编译完成后，我们会先进行预测，主要对主功能业务进行测试，如果主业务流程不通过，直接返回给开发进行修改。预测通过，依据测试用例进行系统测试。测试过程中，提交bug，跟踪bug，进行回归测试直至不存在严重bug，满足用户需求，测试完后编写测试报告；产品发布上线后，关注web是否正常运行，要进行常规的维护性测试。
3、为什么从上家辞职？
回答：1、上家公司比较清闲，不利于我的长期发展，所以离职了；
或者
2、上家公司的业务比较少，基本上是事情比较少的情况，我认为年轻人还是要多奋斗，所以我选择离职，去更加忙一点的公司。
3、编写测试用例的方法有哪些？
答：等价类、边界值、错误推测法、场景法，我个人比较常用这些方法。
4、Beta测试与Alpha测试的区别？
答：两者的主要区别是测试的场所不同。
Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试。Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。而beta测试的环境是不受开发方控制的,谁也不知道用户如何折磨软件,用户数量相对比较多,时间不集中。一般alpha测试先于beta测试执行。通用的软件产品需要较大规模的beta测试,测试周期比较长。如果产品通过了beta测试,那么就可以正式发行了。
5、写过测试计划或测试报告吗？测试计划包括哪些主要步骤和信息？测试报告包括哪些内容？测试报告交付文档有哪些？
回答：写过；
1、测试计划包括：项目信息、参与文档、测试范围、测试策略、测试时间人员安排、测试环境；2、测试报告包含：项目背景、参考资料、测试范围、测试结果及缺陷分析、测试结论与建议，风险评估；3、交付文档：主要是测试用例、测试计划、测试报告。
6、一个bug的生命周期？
答：Bug的生命周期，就是一个bug被发现到这个bug被关闭的过程，生命周期中一般缺陷状态：新建、指派、已解决、待验、关闭。如果待验证的bug在验证是没有解决好，我们需要重新打开（激活）→指派→已解决→待验，循环这个过程，中间其他状态：重新打开、拒绝、延期等。
7、对于重现率不高的BUG怎么处理？
答：先在出现问题的环境上尽量重现，保持浏览器环境、出现问题的特定账号等的一致，多次尝试仍然不能重现，也要记录到bug平台，将出现问题的特征步骤尽量描述清楚，附带问题截图及日志截图、注明偶现；如果项目时间允许，bug等级高，需要开发协助重现；如果时间不允许，记录到BUG平台后续再跟进。
8、当你提了一个bug，开发认为这不是bug，怎么处理？
答：首先确认开发环境是否跟自己测试环境一致，确认在测试环境能重现，如果确认是缺陷跟开发保持有效沟通，如果是级别较低的建议性bug，可以先记录到bug平台，先保留沟通。如果是bug级别较高的问题，对应需求文档的预期结果跟开发说明，更有说服力；耐心讲解BUG的危害，不行就找产品确认，确实是BUG注明情况并再次指派给开发。
9、有没有你印象深刻的bug，bug出现的原因？
答：身份证末尾是X的， 实名认证显示成功，但是在后面提现的时候，会报错，后面发现是保存到库里面的，都是小写X的，导致提现这边不识别，印象深刻的原因是因为花了一定的时间去找到这个bug，并且自己尝试定位到原因，所以印象深刻。
10、怎么看待加班？
答：如果公司项目要求需要加班，我会积极参与，我们之前公司也有加班，所以这种情况我了解。也能完成好工作。
最后
