回答数
4
浏览数
18231
缘孽
1.说说一个缺陷的生命周期 考查点: 测试人员对于缺陷整体生命周期的理解 ,注意面试官用词,有时只需要回答关键节点,有时需要分开阐述。 围绕缺陷提交、缺陷确认、缺陷打开、缺陷修复、缺陷回归、缺陷关闭这几个关键节点回答即可。 2.缺陷的基本类型有哪些? 考查点:需求、数据、逻辑、性能、功能、安全、兼容、变更、易用等 对于工作经历的侧面了解,有时会需要分别举例说明。 3.测试用例的基本要素有哪些? 用例编号、用例类型、用例标题(名称)、前置条件、操作步骤、测试数据、预期结果、实际结果 考察类型形式多样,有些面试官会出场景需求要求现场设计用例,来用于考察应试者的思维缜密性、经验是否丰富以及对需求的理解程度。 4.你如何做用例评审? 考查点:主要考察之前工作流程是否规范,同时对于评审工作的参与度 灵活回答,不同公司不同项目评审流程也有区别。 参考:内部评审(通常由测试组内部人员评审)->正式评审(由参与该项目的产品、开发、测试、项目经理评审)->用例修订->项目经理确认 5.针对微信的聊天窗口设计测试用例 考查点:也经常会换成其他知名网站的一些搜索功能、列表功能、分页功能等等,来考察系统思维能力。 参考: 首先,了解完成业务需求后,转化为测试需求,最终的测试需求一定是跟项目组评审通过的。 开始设计: 冒烟用例:实现最简单的聊天功能(语音、文字形式) 功能业务: 纯文字聊天 语间聊天 表情 组合发送聊天 特殊字符及组合 发送文件 查看聊天记录 截屏功能 视频聊天 实时语音聊天 不同版本间的切换功能 客户化场景分解 异常场景分解 兼容性测试用例: 一般在业务需求中会定义好 在测试需求中可以分解好对应的机型与系统版本,求得最优最小组合,用于兼容性测试的用例。 安全测试用例 性能测试用例 (一般都有独立的测试方案) 回归测试用例: 抽取用例库中的核心用例组合成回归用例 。 6.你发现一个缺陷,但开发人员认为不是问题,你会怎么办? 考察点:沟通表达能力,过往工作流程经验,合作意识、责任意识 此类问题需要首先清楚自己的角色定位,作为一名软件测试人员,此类问题是经常遇到的。如果是执行人员,可以带出原来工作的测试流程,因为缺陷处理也是属于测试流程中的一部分,如开发人员会在缺陷管理系统中备注原因,自己先分析,如果不确定可以找上级测试负责人来一起处理。但如果是管理岗,回答时可以举例说明自己以往遇到的类似问题以及处理方式,更具有说服力。 7.你评估的测试时间是5天,但领导只给三天怎么办? 考察点:沟通表达能力,过往工作冲突的处理方式经验 此类问题如果面试官并未给出具体场景,就一定需要反问把问题的背景描述出来,通过背景分析给出解决冲突的方法。 问题背景如:临时紧急需求、常规需求、经常性压缩时间、客户压缩时间、因自身漏洞导致压缩时间等等 那么回答时就需要应景:排列工作优先级、重新分解当前工作、改变测试策略、团队内分工、外部求助等 8.说说一个项目的测试流程 考察点:以往工作的流程规范性,业务熟悉度 可以参考下文章《测试过程文档模板整理(一)-提测流程》中提到的测试流程,结合目前项目来说明。回答时体现自信、专业、对工作环节的熟悉度 9.黑盒测试用例设计方法有哪些? 等价类划分法、边界值分析法、因果图法、正交实验法、判定表法、错误推测法、随机测试、场景法 10.软件的质量特性有哪些? 可维护性、可扩展性、可测试性、可重用性、可移植性、易理解性 一般在实习生与初级测试工程师中的笔试题也会有很多考查类型,中高级测试工程师更倾向于考察关于质量的影响因素等。 11.缺陷的基本要素有哪些?描述缺陷有哪些注意事项? 缺陷编号、缺陷标题、前置条件、测试数据、操作步骤、预期结果、实际结果、初步定位原因、截图或日志信息(可选)
难言语
测试工程师面试常见问题及答案举例如下。
一、Mongodb熟悉吗,一般部署几台。
部署过,没有深入研究过,一般mongodb部署主从、或者mongodb分片集群;建议3台或5台服务器来部署。MongoDB分片的基本思想就是将集合切分成小块。这些块分散到若干片里面,每个片只负责总数据的一部分。
二、如何发布和回滚,用jenkins又是怎么实现。
笔者回答:jenkins配置好代码路径(SVN或GIT),然后拉代码,打tag。需要编译就编译,编译之后推送到发布服务器(jenkins里面可以调脚本),然后从分发服务器往下分发到业务服务器上。
三、Tomcat工作模式。
笔者回答:Tomcat是一个JSPServlet容器。其作为Servlet容器,有三种工作模式:独立的Servlet容器、进程内的Servlet容器和进程外的Servlet容器。
四、监控用什么实现的。
笔者回答:现在公司的业务都跑在阿里云上,我们首选的监控就是用阿里云监控,阿里云监控自带了ECS、RDS等服务的监控模板,可结合自定义报警规则来触发监控项。
五、你是怎么备份数据的,包括数据库备份。
笔者回答:在生产环境下,不管是应用数据、还是数据库数据首先在部署的时候就会有主从架构、或者集群,这本身就是属于数据的热备份。
其实考虑冷备份,用专门一台服务器做为备份服务器,比如可以用rsync+inotify配合计划任务来实现数据的冷备份,如果是发版的包备份,正常情况下有台发布服务器,每次发版都会保存好发版的包。
傻子笑疯子疯疯子笑傻子傻
软件测试面试前的最后一波恶补!不要打没有准备的仗。想要拿到心仪的offer,光有相应的技术水平是不够的,还是要提前做好面试题的熟悉以及学习一些面试时的技巧,否则,就算是金子也很可能会被埋没了。下面给详细讲讲一些面试中比较常见的题吧!1、软件测试的流程是什么?分析:每当hr问一个问题的时候,我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息,做好了这步先行工作再回答就比较稳健了。如果有工作经验,那么直接按照公司流程去答就可以了,如果你刚转行或者是才实习,那就按下面的标准回答走就行了。回答:项目经理将项目需求文档给到开发,开发记录文档内需求不明确或者遗漏点做好准备,然后在需求评审会议上,各开发人员提出自己的疑问并解决,需求评审最终得到一份需求规格说明书。(需求评审阶段)评审通过后,开发这边的经理就开始编写开发计划,测试经理编写测试计划,计划评审通过后开发人员进行程序的开发,测试人员开始测试用例的编写。当项目的第一个版本出来后,开发负责第二个版本的迭代,而测试这边对项目进行测试并记录追踪管理bug,直到项目迭代完毕。(产品研发阶段)项目迭代完毕并修复大部分的bug后,测试这边开始进行总结,最终产出一份测试报告书,记录此次的测试工作及项目存在的问题。(产品发布阶段)2、测试用例主要有哪些元素?分析:每家公司用的模板都不尽相同,所以内容也是多种多样的,你只需要把基本的元素回答出来就行了。回答:测试用例的主要元素有:ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等3、软件测试有什么策略和阶段?分析:策略就是你是以什么样的思路去测试,或者是通过什么样的技术或者步骤去执行等等。回答 :软件测试的策略主要有:动态、静态测试;白盒、黑盒测试。测试阶段按照研发顺序分别是:单元测试、集成测试、系统测试,有些公司还会有验收测试;(单元测试开发在调试代码时就完成,集成测试也是,但是有时测试人员也需要进行集成测试;测试人员平时主要的工作就是系统测试,验收测试是客户参与进行的测试);4、测试用例是什么?有什么作用?回答:测试用例实际上就是预设好一个特定的场景,让软件再这个场景中运行,以检验程序是否给出正确反应,来衡量软件是否正确满足了客户需求。作用:1、避免盲目测试并提高测试效率;在软件版本更新之后只需要少量修改即可开展测试工作,提高工作效率,大幅度缩短测试周期。2、可以直观看出哪些是测试重点,测试用例是测试工作的见证,可以看到测了哪些功能,又有哪些模块没有测。3、测试用例是量化测试工作的方法之一。5、你平时是怎么设计测试用例的?分析:这个问题的点主要考察是否掌握测试用例设计方法,在回答之后,HR可能会继续追问某种设计方法的概念或者实例,这时举例说明即可;如:等价类划分法就是把程序的输入域划分成等价类,从每个部分中选取少数代表性数据当做测试数据。回答:设计测试用例一般都会使用到等价类、边界值、场景流程法、因果图还有错误推测法;6、你们公司的需求评审是怎么进行的?分析:需求评审,就是对客户需求,软件各个模块之间模糊的点进行审查,排除不理解或者没有考虑到的点。回答:需求评审,在一些分工比较明确的公司,都是由PD负责,需求确认好后再下发到开发和测试部门;分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨;评审形式一般分为线上和线下两种方式,负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点,为后续的评审会议做准备。7、还有什么想要问我的吗?分析:这个问题在每个面试的尾声都会被问到,如果你直接回答没有,会让hr有种你不在意这份工作的感觉,如果你问得多了又会显得面试之前没有做好充分的准备,所以问题一般控制在2-3个就差不多。直接说没有,会让HR觉得你不关心这个岗位,问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。回答:1、公司的研发团队目前是什么规模?开发和测试分别有多少人?2、公司今后的业务方向是什么?3、如果我入职了,我的主要工作职责是什么?以上!
优质工程师报名问答知识库