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