• 回答数

    7

  • 浏览数

    136

肥肥肥肥啊
首页 > 工程师考试 > app测试工程师面试题

7个回答 默认排序
  • 默认排序
  • 按时间排序

堆高于岸

已采纳

1.说说一个缺陷的生命周期 考查点: 测试人员对于缺陷整体生命周期的理解 ,注意面试官用词,有时只需要回答关键节点,有时需要分开阐述。 围绕缺陷提交、缺陷确认、缺陷打开、缺陷修复、缺陷回归、缺陷关闭这几个关键节点回答即可。 2.缺陷的基本类型有哪些? 考查点:需求、数据、逻辑、性能、功能、安全、兼容、变更、易用等 对于工作经历的侧面了解,有时会需要分别举例说明。 3.测试用例的基本要素有哪些? 用例编号、用例类型、用例标题(名称)、前置条件、操作步骤、测试数据、预期结果、实际结果 考察类型形式多样,有些面试官会出场景需求要求现场设计用例,来用于考察应试者的思维缜密性、经验是否丰富以及对需求的理解程度。 4.你如何做用例评审? 考查点:主要考察之前工作流程是否规范,同时对于评审工作的参与度 灵活回答,不同公司不同项目评审流程也有区别。 参考:内部评审(通常由测试组内部人员评审)->正式评审(由参与该项目的产品、开发、测试、项目经理评审)->用例修订->项目经理确认 5.针对微信的聊天窗口设计测试用例 考查点:也经常会换成其他知名网站的一些搜索功能、列表功能、分页功能等等,来考察系统思维能力。 参考: 首先,了解完成业务需求后,转化为测试需求,最终的测试需求一定是跟项目组评审通过的。 开始设计: 冒烟用例:实现最简单的聊天功能(语音、文字形式) 功能业务: 纯文字聊天 语间聊天 表情 组合发送聊天 特殊字符及组合 发送文件 查看聊天记录 截屏功能 视频聊天 实时语音聊天 不同版本间的切换功能 客户化场景分解 异常场景分解 兼容性测试用例: 一般在业务需求中会定义好 在测试需求中可以分解好对应的机型与系统版本,求得最优最小组合,用于兼容性测试的用例。 安全测试用例 性能测试用例 (一般都有独立的测试方案) 回归测试用例: 抽取用例库中的核心用例组合成回归用例 。 6.你发现一个缺陷,但开发人员认为不是问题,你会怎么办? 考察点:沟通表达能力,过往工作流程经验,合作意识、责任意识 此类问题需要首先清楚自己的角色定位,作为一名软件测试人员,此类问题是经常遇到的。如果是执行人员,可以带出原来工作的测试流程,因为缺陷处理也是属于测试流程中的一部分,如开发人员会在缺陷管理系统中备注原因,自己先分析,如果不确定可以找上级测试负责人来一起处理。但如果是管理岗,回答时可以举例说明自己以往遇到的类似问题以及处理方式,更具有说服力。 7.你评估的测试时间是5天,但领导只给三天怎么办? 考察点:沟通表达能力,过往工作冲突的处理方式经验 此类问题如果面试官并未给出具体场景,就一定需要反问把问题的背景描述出来,通过背景分析给出解决冲突的方法。 问题背景如:临时紧急需求、常规需求、经常性压缩时间、客户压缩时间、因自身漏洞导致压缩时间等等 那么回答时就需要应景:排列工作优先级、重新分解当前工作、改变测试策略、团队内分工、外部求助等 8.说说一个项目的测试流程 考察点:以往工作的流程规范性,业务熟悉度 可以参考下文章《测试过程文档模板整理(一)-提测流程》中提到的测试流程,结合目前项目来说明。回答时体现自信、专业、对工作环节的熟悉度 9.黑盒测试用例设计方法有哪些? 等价类划分法、边界值分析法、因果图法、正交实验法、判定表法、错误推测法、随机测试、场景法 10.软件的质量特性有哪些? 可维护性、可扩展性、可测试性、可重用性、可移植性、易理解性 一般在实习生与初级测试工程师中的笔试题也会有很多考查类型,中高级测试工程师更倾向于考察关于质量的影响因素等。 11.缺陷的基本要素有哪些?描述缺陷有哪些注意事项? 缺陷编号、缺陷标题、前置条件、测试数据、操作步骤、预期结果、实际结果、初步定位原因、截图或日志信息(可选)

app测试工程师面试题

314 评论(13)

永远的终结者

如果是我我会回答:1对我来说,测试并不枯燥,我会认真的对每个项目都进行测试,因为每个项目都有它不同的地方,比天天打字的打字员好多了..2如果我觉得枯燥了,我会想想其他的事情,放松自己的情绪,以达到调节的目的.因为工作,不管什么工作,都会有枯燥的一面.3测试可以给我带来很多快乐,如果测试出一个项目缺少东西,我会很高兴,因为我对自己的工作有了新的认识,也为公司做了效益;如果测试出一个项目没有问题,我也很高兴,因为同事们都在努力,大家都希望为公司做贡献,这就是一个很强大的团队,这是一件多么另人振奋的事情啊!

195 评论(11)

贱贱骚年

常见软件测试工程师面试题 1. 你如何在pocket pc 上TEST 你的程序. 你考虑了哪些方面. 2. 如果将你的程序的语言扩展到非英语,例如中文, 你如何测试. 3. 给你一个COCAN, 你如何测试(解释说就是罐装的可口可乐). 4. 当你的程序遇到BUG的时候,你选择怎样处理. 5. 你如何isolation 你程序里的BUG. 6. 给你一个产品有10个functionality,如果时间紧迫, 只能测其中的5个, 你如何选择. 第一题:我认为需要在测试前需要先写好测试计划,其中最重要的是本次测试使用的测试方法、使用的测试工具、测试环境。人员方面需要进行人员及进度的安排,每个测试阶段后的输出工件,还要有风险评估。在测试前将这些准备工作做到位,这样在测试的时候就会比较有条理。 第二题:控制测试质量,我认为最好是做好测试用例的设计,这样可以对测试的覆盖率进行控制。

112 评论(14)

阿岚懒懒

软件测试面试前的最后一波恶补!不要打没有准备的仗。想要拿到心仪的offer,光有相应的技术水平是不够的,还是要提前做好面试题的熟悉以及学习一些面试时的技巧,否则,就算是金子也很可能会被埋没了。下面给详细讲讲一些面试中比较常见的题吧!1、软件测试的流程是什么?分析:每当hr问一个问题的时候,我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息,做好了这步先行工作再回答就比较稳健了。如果有工作经验,那么直接按照公司流程去答就可以了,如果你刚转行或者是才实习,那就按下面的标准回答走就行了。回答:项目经理将项目需求文档给到开发,开发记录文档内需求不明确或者遗漏点做好准备,然后在需求评审会议上,各开发人员提出自己的疑问并解决,需求评审最终得到一份需求规格说明书。(需求评审阶段)评审通过后,开发这边的经理就开始编写开发计划,测试经理编写测试计划,计划评审通过后开发人员进行程序的开发,测试人员开始测试用例的编写。当项目的第一个版本出来后,开发负责第二个版本的迭代,而测试这边对项目进行测试并记录追踪管理bug,直到项目迭代完毕。(产品研发阶段)项目迭代完毕并修复大部分的bug后,测试这边开始进行总结,最终产出一份测试报告书,记录此次的测试工作及项目存在的问题。(产品发布阶段)2、测试用例主要有哪些元素?分析:每家公司用的模板都不尽相同,所以内容也是多种多样的,你只需要把基本的元素回答出来就行了。回答:测试用例的主要元素有:ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等3、软件测试有什么策略和阶段?分析:策略就是你是以什么样的思路去测试,或者是通过什么样的技术或者步骤去执行等等。回答 :软件测试的策略主要有:动态、静态测试;白盒、黑盒测试。测试阶段按照研发顺序分别是:单元测试、集成测试、系统测试,有些公司还会有验收测试;(单元测试开发在调试代码时就完成,集成测试也是,但是有时测试人员也需要进行集成测试;测试人员平时主要的工作就是系统测试,验收测试是客户参与进行的测试);4、测试用例是什么?有什么作用?回答:测试用例实际上就是预设好一个特定的场景,让软件再这个场景中运行,以检验程序是否给出正确反应,来衡量软件是否正确满足了客户需求。作用:1、避免盲目测试并提高测试效率;在软件版本更新之后只需要少量修改即可开展测试工作,提高工作效率,大幅度缩短测试周期。2、可以直观看出哪些是测试重点,测试用例是测试工作的见证,可以看到测了哪些功能,又有哪些模块没有测。3、测试用例是量化测试工作的方法之一。5、你平时是怎么设计测试用例的?分析:这个问题的点主要考察是否掌握测试用例设计方法,在回答之后,HR可能会继续追问某种设计方法的概念或者实例,这时举例说明即可;如:等价类划分法就是把程序的输入域划分成等价类,从每个部分中选取少数代表性数据当做测试数据。回答:设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法;6、你们公司的需求评审是怎么进行的?分析:需求评审,就是对客户需求,软件各个模块之间模糊的点进行审查,排除不理解或者没有考虑到的点。回答:需求评审,在一些分工比较明确的公司,都是由PD负责,需求确认好后再下发到开发和测试部门;分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨;评审形式一般分为线上和线下两种方式,负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点,为后续的评审会议做准备。7、还有什么想要问我的吗?分析:这个问题在每个面试的尾声都会被问到,如果你直接回答没有,会让hr有种你不在意这份工作的感觉,如果你问得多了又会显得面试之前没有做好充分的准备,所以问题一般控制在2-3个就差不多。直接说没有,会让HR觉得你不关心这个岗位,问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。回答:1、公司的研发团队目前是什么规模?开发和测试分别有多少人?2、公司今后的业务方向是什么?3、如果我入职了,我的主要工作职责是什么?以上!

204 评论(15)

Icecream0513

我会对成员的思想做一个较为全面的了解,分析项目的形势,当前的状况,未来的发展方向、目标,让每个成员都参与到项目的讨论中;人员的分配要合理,要能适应岗位的要求,明确其应有的岗位职责,根据能力高低来分配工作,对实位的奖惩要符合其岗位的重要程度;制定公司的规章制度,并严格执行,领导的激励也不可缺少。 提高沟通的效率和改善沟通的方法,首先要确定问题,这才是最重要的,也是对测试人员能力的挑战;然后是态度要和蔼,一定要知道开发的压力不比测试小;在提问题单前一定要有沟通(电话或邮件都可以),如果问题由于一些原因不修改(要经过项目经理确认),则就要发送确认邮件给开发相关人员,转发项目经理和更高层的领导!维持测试人员同开发团队中其他成员良好的人际关系的关键是专业精神和态度,让其他人员感觉到我在项目中的重要性,同时也要让其他人员感觉和我在项目中工作是快乐的!a1551861662您好!仅供参考,相互交流!有空到软件测试基地,365testing看看DJG。

277 评论(15)

最真的poor

第一题:我认为需要在测试前需要先写好测试计划,其中最重要的是本次测试使用的测试方法、使用的测试工具、测试环境。人员方面需要进行人员及进度的安排,每个测试阶段后的输出工件,还要有风险评估。在测试前将这些准备工作做到位,这样在测试的时候就会比较有条理。 第二题:控制测试质量,我认为最好是做好测试用例的设计,这样可以对测试的覆盖率进行控制。补充:如果时间充裕的话可以在设计用例后对其进行评审,这样可以提高测试质量。不过这个在实际的工作当中一般实现不了。。。。 下面列出的是网上的一个软测笔试题,好多单位在笔试的时候都会copy下来作为笔试题,我至少遇到两次了,其他的笔试题还有,但不一一列出了。 一、判断题(每题1分,12 分,正确的√,错误的╳) 1.软件测试的目的是尽可能多的找出软件的缺陷。() 2.Beta 测试是验收测试的一种。() 3.验收测试是由最终用户来实施的。() 4.项目立项前测试人员不需要提交任何工件。() 5.单元测试能发现约80%的软件缺陷。() 6.代码评审是检查源代码是否达到模块设计的要求。() 7.自底向上集成需要测试员编写驱动程序。() 8.负载测试是验证要检验的系统的能力最高能达到什么程度。() 9.测试人员要坚持原则,缺陷未修复完坚决不予通过。() 10.代码评审员一般由测试员担任。() 1 11.我们可以人为的使得软件不存在配置问题。() 12.集成测试计划在需求分析阶段末提交。() 二、不定项选择题(每题2 分,10分) 1.软件验收测试的合格通过准则是:() A. 软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求。 B. 所有测试项没有残余一级、二级和三级错误。 C. 立项审批表、需求分析文档、设计文档和编码实现一致。 D. 验收测试工件齐全。 2.软件测试计划评审会需要哪些人员参加?() A.项目经理 B.SQA 负责人 C.配置负责人 D.测试组 3.下列关于alpha 测试的描述中正确的是:() A.alpha 测试需要用户代表参加 B.alpha 测试不需要用户代表参加 C.alpha 测试是系统测试的一种 D.alpha 测试是验收测试的一种 4.测试设计员的职责有:() A.制定测试计划 B.设计测试用例 C.设计测试过程、脚本 D.评估测试活动 5.软件实施活动的进入准则是:() A.需求工件已经被基线化 B.详细设计工件已经被基线化 C.构架工件已经被基线化 D.项目阶段成果已经被基线化 三、填空题(每空1分,24 分) 1.软件验收测试包括(正式验收测试)、(非正式验收测试和Alpha测试)、(Beta测试)三种类型。 2.系统测试的策略有功能测试、(性能测试)、(负载测试)、(压力测试)、易用性测试、(容量测试)、(强度测试)、 (兼容性测试又称)、(本地化测试)、(BVT测试)、(裸机测试)、(安全性测试)、()、(容错性测试)、(恢复测试)、()等15 种方法。 3.设计系统测试计划需要参考的项目文档有(需求规格说明书)、()和迭代计划。 4.对面向过程的系统采用的集成策略有()、()两种。 5.通过画因果图来写测试用例的步骤为、、、及把因果图转 换为状态图共五个步骤。 四、简答题(共37分) 1. 阶段评审与同行评审的区别。(4 分) 2 . 什么是软件测试。(3 分) 答:通过人工或自动化手段对系统进行测试,目的是为了验证系统是否满足预定功能或者是为了弄清楚实际结果与预期结果之间的差别。 3 . 简述集成测试的过程。(5 分) 答:将通过单元测试的单元模块按照设计要求组合起来再进行测试。重点检查程序接口处是否有问题。 过程:首先进行集成测试的测试计划测试设计测试开发测试用例执行测试评估,并且进行全程的缺陷跟踪。 4 . 怎样做好文档测试?(4 分) 答:文档测试要注意一下几点:文档的读者群、文档的术语、文档的正确性、文档的完整性、文档的一致性、文档的易用性、样例与示例、文档的语言 5. 白盒测试有那几种方法?(6 分) 答:白盒测试方法分为:静态测试和动态测试 静态测试方法:①编码标准与准则 ②走查 ③审查 ④评审 动态测试方法:①语句覆盖 ②判定覆盖 ③条件覆盖 ④判定-条件覆盖 ⑤条件组合覆盖 ⑥路径覆盖 ⑦条件组合+路径覆盖 6. 系统测试计划是否需要同行评审,为什么?(4 分) 答:系统测试计划需要进行同行评审,因为如果对一个系统长时间进行测试可能会出现测试疲劳甚至出现 对系统的免疫现象,因此可以进行同行评审,减少对相同系统的疲劳测试。 7. Alpha 测试与beta 测试的区别。(4 分) 8 . 比较负载测试、容量测试和强度测试的区别。(6 分) 9 . 测试结束的标准是什么?(3 分)

89 评论(13)

潘朵拉的音乐

1.软件测试就是用手动或自动手段运行和测试某个系统的过程,目的是检查是否满足规定的需求。2.需求分析-编写测试计划-编写测试方案-编写测试用例-执行测试用例-编写缺陷报告-跟踪缺陷-回归测试-测试通过-编写测试报告3.黑盒测试的方法:功能划分,等价类划分,边界值分析,因果图,错误推测等;白盒测试的方法:语句覆盖,分支覆盖,逻辑覆盖。 列名 from 表名(查询)insert into 表名(列名)values(值)(插入)update 表名 set 列名=值 (修改)delete from 表名6.回归测试和验收确认测试通过7.单元测试:完成对最小的软件设计单元的验证工作,对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试,及早的发现和解决不易显现的错误。集成测试:通过测试发现与模块接口的问题,目标是把通过了单元测试的模块拿来,构造成一个在设计中所描述的程序结构。系统测试:根据软件需求规范的要求进行系统测试,确认系统满足需求的要求。用户验收确认测试:包括配置审查,Alpha测试,beta测试。回归测试:当发现并修改了缺陷或在软件中添加了新功能后,重新测试,用来检查被发现的缺陷是否被更改,并且所做的修改没有引发新的问题。

168 评论(13)

相关问答