夜雨聆风哈喽，大家好。
新一期的面试题来咯。这些题都是我们的学员真实面试过后，传回来的，希望对各位有帮助！
点个赞，收个藏，祝大家求职顺利！！
上题！
一、缺陷的生命周期（回归测试的流程）？
在进行回归测试时，要注意到这个功能是否涉及到其他模块，涉及到其他模块功能的，需要将其他模块功能一起进行回归测试：
二、如果发现一个Bug，作为测试人员，你应该怎么做？
1、应该复现这个bug，确定这个bug是不是偶发bug。
2、如果可以复现或者复现有规律，那么记录这个bug出现的步骤，填写并提交bug报告单。
3、如果不可以复现或者没有规律，查看日志是否有记录，有就反馈给开发，没有反馈给测试组长，讨论是否遗留，并在用例的备注中标准清楚。
三、用户反馈的缺陷（bug），你们是怎么处理的？
1、接收与确认：客服或产品经理接收反馈，初步判断是否为缺陷，收集必要信息（环境、步骤、截图、日志等）。
2、复现与记录：测试人员尝试复现问题，若复现成功，在缺陷管理工具（如 Jira）中登记，标明来源为“用户反馈”，关联版本和模块。
3、影响评估与优先级：评估影响范围和严重程度，与产品、开发沟通确定优先级，紧急问题可启动热修复流程。
4、修复与验证：开发修复后，测试在对应环境验证，同时执行相关功能回归测试，确保无新问题。
5、关闭与反馈用户：验证通过后关闭缺陷，并通知客服或产品同步处理结果，必要时向用户说明修复版本和时间。
四、Bug产生分歧怎么处理？
1、在开发人员面前演示Bug出现的整个过程。
2、如果因为需求产生分歧，可以对比《软件需求规格说明书》查看需求的描述。
3、如果对《软件需求规格说明书》描述产生分歧，找产品经理来一起讨论决定。
五、一个Bug前端与后端都可以改，作为测试找前端还是后端开发改？
1、如果是接口返回的JSON数据错误，就找后端开发。
2、如果接口没有错误，就找前端开发。
六、项目上线才发现Bug怎么处理？
1、记录并协助开发找到Bug发生的原因，以便快速修复Bug。
2、分析漏测原因，查看是否还有其他类型的Bug漏测。
3、总结漏测原因，形成经验教训，降低出现Bug的概率。
七、给你一个功能中出现的Bug，让你说出Bug的原因（如积分100分换1元，产生一条记录，但是结果产生两条记录，什么地方出现Bug）？
1、首先查看页面上显示是否有错误，如果页面上显示有错误，就调用这个功能对应的接口，接口没有错误，就是2这个积分兑换页面显示的错误。
2、如果接口有错误，那么就是这个积分兑换显示的接口错误。
3、通过查看日志信息可以定位具体的错误代码。
八、软件性能测试的关注点与分类？设计性能测试用例的方法？
九、瀑布开发模式的定义？优点？缺点？
十、迭代开发模式的定义？特点？
十一、螺旋开发模式的定义？特点？
十二、敏捷开发模式的定义？特点？
十三、ER图概念？CMIMI体系的定义与级别？
1、ER图：也称实体-联系图，用图像表示实体类型、属性和联系的概念模型。
2、CMIMI体系：
十四、什么样的测试用例是一个好的测试用例？
1、测试用例全的盖需求。
2、每一条测试用例的目的明确。
3、每一条测试用例的操作步骤具体详细。
4、每一条测试用例的预期结果清晰。
5、每一条测试用例与实际场景相关。
十五、一天编写多少个测试用例？一天执行多少测试用例？功能测试与接口测试比例？编写功能测试与接口测试用例的时间？项目迭代周期？
1、一天编写多少个测试用例：
（1）我不具体记得一天编写多少个测试用例，编写测试用例应该首先详细理解需求；
（2）在熟悉需求的基础上，如果业务比较简单的一天编写120多个左右测试用例；
（3）如果业务逻辑比较难的，一天编写50多个左右测试用例。
2、一天执行多少天测试用例：
（1）我不具体记得一天执行多少测试用例，只能说一个大概数；
（2）如果业务流程比较简单、操作步骤少，一天执行120个左右的测试用例；
（3）如果业务流程比较难、操作步骤比较多，系统环境不稳定，一天执行60个左右的测试用例。
3、功能测试与接口测试比例：功能接口60%，接口测试40%。
4、编写功能测试与接口测试用例的时间：功能与接口测试用例编写的时间，小的功能一天，中型的功能2-3天左右，大的功能一周左右。
5、项目迭代周期：小的功能一般5/6天左右，大的功能有1个月左右的，有时候紧急功能只有2/3天。
十六、如何提高测试用例覆盖率（设计有效的测试用例）？
1、根据《软件需求规格说明书》的具体需求编写测试用例，保证每个需求都有对应的测试用例覆盖。
2、充分理解需求，包含明确的与隐藏的需求，编写对应的测试用例。
3、理解业务场景，除了正常的业务场景，还要考虑异常的业务场景，同时以用户的角度思考使用场景，提出合理的建议。
4、对用例进行评审，保证测试用例的覆盖率。
5、对于不可穷尽量的用例，如数据校验最大的边界值，达到以点覆盖面。
十七、怎么理解（才能做好）测试工作（从上一份工作学习到了什么）？
1、软件测试是保证软件质量的，但是整个项目质量需要规范的流程与各个部门的配合(软件测试、软件开发、软件运维)，所以需要备良好的沟通能力。
2、需要具备深入理解项目业务的能力，快速找到测试点，并设计对应的测试用例。
3、具备良好的技术能力，比如：接口测试工具Postman、抓包工具Fiddler、自动化测试技术、移动测试技术Monkey、性能测试工具Loadrunner等。
4、在测试工作中，需要耐心与细心。
十八、公司有多少测试，开发和测试的比例？
1、我们公司大概有10多个左右的测试，开发和测试的比例大概是3:1，开发30个左右。
2、当前的项目2个测试，6个研发(2个前端、4个后端)。
十九、你有漏测的经验吗？
1、有，但是测试用例会进行用例评审，所以主要的核心业务基本不会漏测。
2、我可以分析一下一般漏测的原因：
（1）需求变更，导致用例没有及时更新；
（2）测试用例设计时，考虑场景不全面，导致漏测；
（3）没有严格按照编写好的测试用例执行。
二十、可以独立完成一个测试项目吗，如何保证？
1、我可以独立完成一个项目。
2、但是对需求不理解的地方，需要找PD(需求分析人员)弄清楚需求，达到可以在用户的角度考虑需求。
3、根据《软件需求规格说明书》的功能，包含明确或隐含的功能，正常流程与异常流程，数据的校验（正常数据与异常数据）。
4、掌握常见的接口测试工具Jmter、自动化测试技术、移动测试技术Monkey等，提高测试效率。
5、根据公司的测试报告要求，输出测试报告。
