测试相关面经HR面试

一、测试需求分析、测试中对软件需求的理解
1.软件需求由产品给出，在开发项目之前收到需求文档，开发和测试人员都以需求文档作为标准进行开发测试。测试人员需要阅读需求、理解需求、主要是对业务的学习，分析需求点。
2.开发前进行需求评审大会，参会人员对需求不清楚处提出疑问，产品进行解答，最后产出最终版需求文档
3.需求文档必须有明确的具体事项
4.需求文档上所有的地方必须测试到位
二、测试和开发对比
软件测试是验证开发出来的软件是否符合需求预期的过程，测试内容包括软件的功能，界面，性能，安全，稳定，易用性，如果是对于大型软件，还需要自动化测试。需要更多的思考用户使用这个软件时的各种特殊场景。
软件开发重点在于将一个软件要实现的功能，以代码的形式实现，侧重点在于语言，框架，各种技术的使用；
三、为什么想做测试
兴趣、知识技能、行业因素三个方面。
软件测试是验证开发出来的软件是否符合需求预期的过程，测试内容包括软件的功能，界面，性能，安全，稳定，易用性，如果是对于大型软件，还需要自动化测试。需要更多的思考用户使用这个软件时的各种特殊场景。
软件开发重点在于将一个软件要实现的功能，以代码的形式实现，侧重点在于语言，框架，各种技术的使用；
四、测试人员需要的素质？
一是计算机知识，包括操作系统，数据库，计算机网络，编程语言。
二是软件测试知识，包括测试理论、测试方法、测试用例编写能力、缺陷跟踪流程、软件质量评估等
三是经验，能够熟悉所测产品的隐藏需求或者功能。
软技能方面 应该有沟通能力，做事严谨细心，负有责任心，对被测产品有怀疑和破坏的精神，善于自我总结，自我督促。
五、对加班的看法？
分为两种情况
1.公司紧急任务，会义不容辞尽力配合。
2.自己的效率低，会选择提高自己的工作效率，减少无意义的加班。
996这种加班文化是拒绝的，会影响工作效率，影响员工身心。
六、提了一个bug,开发认为不是bug怎么办？
有两种情况：一、需求不确定或环境不一致产生的错误bug.二、
首先确认开发环境是否跟自己测试环境一致，排除因环境或者业务理解不一致而产生的错误bug.
确定需求，找产品经理进行确认是否需要改动。
二、确认是实实在在的bug，跟开发保持有效的沟通。
严重级别较高的bug，对应需求文档、测试出现的bug截图、bug对产品影响的危害，跟开发说明清楚，更有说服力。若开发仍然不接收bug，需要找上级或产品介入。
级别较
低的建议性bug，开发不改，暂时不需要花费大量时间去说服修改，有时间再进行集中跟进。
七、复现率低的Bug怎么解决
首先是对于偶现bug的提交。只要是出现的bug都必须记录到缺陷管理平台。bug出现的步骤环境账号等信息尽量描述清楚。包括操作系统、浏览器版本，app写明机型型号;附带问题截图及日志截图，且标题注明偶现。
提交后对于bug的跟踪。每一轮回归测试，都会尽可能去重现这个bug;多轮回归测试中仍然不能重现,会依据这个bug的严重程度决定是否继续跟踪。严重程度低，一般就关闭; bug严重程度高，在上线前需要开发一起协助复现，如果还是复现不了，记录到bug平台后续版本再跟进。
以上就是我的回答，谢谢。
缺陷或错误报告中应该包含：
缺陷的简要总结，缺陷的完整描述、包括重现步骤、可以截取缺陷出现的附件，发现和提出缺陷的日期，谁报告了这个缺陷，缺陷的严重性和优先级，哪个组件是指定的缺陷。
八、爱拖延的同事怎么办？
分析事情严重性，看是否与自己利益相关
找同事沟通，告诉他严重性以及任务的相关时间节点
承担自己应付的责任，尽自己的能力摆正态度
制定合作规划
反馈给领导
九、反问
1.技术面，面试流程，根据面试问题随机问哪方面的知识是否重要？测试的主要工作职责？
2.HR面，有没有入职培训？实习期？转正率？