软体工程师考试题库

Dotest测试学堂--董浩整理回答题目一：怎么样组织测试人员高效率完成测试工作，来确保产品质量？1：前期测试计划，按照产品经理、研发经理提供的文档：原型图、需求说明书、设计稿等项目相关的文档，先大概评估下测试范围、工作量、需要人数、进度、使用设备、难度（测试类型）和风险评估；如果哪里遇到问题，提前解决，不影响项目的完成时间和进度；比如说：工作量：按照目前的人手可能完不成，那么需要考虑加班和团队的情绪，加班也完不成的情况下需要及时反馈给产品经理\项目经理协调人手或者调整项目的上线时间。2：测试过程：分配更熟悉系统的人员书写测试用例，指导测试并及时组织项目参与者评审用例，及时发现测试覆盖率不全的问题，查漏补缺。更好的覆盖全面。保证产品测试质量。3：过程配合：及时反馈遇到的问题；比如由于其他原因研发修改可能不及时也会造成进度的耽误，这时需要及时向研发经理说明情况，商讨目前手上项目的优先级，看看先修复哪个项目为好。4：即将上线：无遗留bug（部分延期修改等问题，需讨论是否本次修改完成）上线前要进行灰度测试，再次进行确认测试\回归测试，确保线上不会出现问题。5：线上跟踪：真正上线到生产环境的话需要再次进行线上跟踪测试，整体回归（确认测试），app的话直接测试渠道包；确保生产环境无问题。如果有问题及时下线修改再次上线。6：整体完成后总结本次测试过程和上线的过程，发现问题，下次避免；比如：人员熟悉系统程度、问题集中点、遗漏测试点。为了下次更快速、更好的完成项目的测试。======题目二：如何控制测试质量和测试进度，怎么评判本次的测试质量？和上面的那道题类似了控制测试质量：提前计划、把控过程、审核结果；评估好前期计划：比如：测试计划，充分考虑测试范围、工作量、需要人数、进度、使用设备、难度（测试类型）和风险评估。把控过程：评审测试用例、查漏补缺；多次反复测试，需在测试环境测试、灰度测试、UAT测试，最后线上的跟踪测试来确保质量。审核结果：bug的修改情况、遗留问题、线上出现的问题；从而分析问题集中点，下次避免。测试进度：提前计划、评审计划。过程中需要及时反馈影响进度的问题，及时解决。评判测试质量：我们一般是从灰度测试和线上回归测试来评判；上线一段时间（一周、一个月）出现的问题总数，也就是线上出现的问题除以测试过程中的问题==测试问题遗漏比。通过这种方式来判断。当然测试面试过程也不仅仅是这个问题，还有很多其他的，以下供参考：---软件测试中面试问题整理【根据真实学生面试过程总结的问题】适合人群：零基础转岗、跳槽（1-6年）注意：首先理解，然后会答\组织语言。前提是要会做项目，不然试用期可就过不了会不断更新该文档，可以加我们进行讨论。面试中部分问题会深挖，就不再多写1：个人介绍2：项目介绍3：流程逻辑介绍4：职责介绍5：项目人数，分别负责的是什么6：每日工作介绍7：接口如何测试的？用例如何设计？8：一个项目中大概有多少个接口9：get\post的区别10：常见的状态码是什么11：postman、Jmeter\soapui的区别12：公司流程13：需求评审是怎么进行的14：测试计划怎么写的？重点是什么？15：测试用例的思路？16：如果我们没有原型图、需求的话，你怎么写用例17：给你个app\web你能快速说下用例的设计思路吗？18：app与web的不同点是什么？19：测试报告的重点20：什么是灰度测试21：上线后的跟踪如何做的？22：为什么要做上线后的回归测试23：上线后发现的问题如何处理24：什么是UAT测试，为什要做UAT测试25：bug怎么描述的26：用例怎么描述的27：优先级和严重程度如何划分28：如果和开发有歧义的话怎么办29：你映像bug是什么？30：你发现一个bug如何定位的31：自动化测试如何进行的？用的什么框架32：常用的定位方法是什么？33：功能测试与自动化的区别34：什么样的项目适合自动化35：自动化的好处是什么36：自动化的劣处是什么37：你感觉你写的用例覆盖全面吗38：上线后发现的问题如何处理39：linux常用的命令40：linux常用的文件41：linux环境搭建的步骤42：常用sql语句43：你们公司用sql吗，怎么用的44：兼容测试你怎么做的45：手机是如何考虑的46：兼容测试的重点是什么47：如果手机不够的话你怎么解决48：真机和模拟器的区别是什么49：你如何保证兼容的覆盖率50：怎么抓手机的数据包的？如何设置51：通过抓取数据包主要测试什么52：性能测试做吗？怎么做的53：python的遍历是什么54：随意丢个软件说下具体的用例55：你们公司多长时间迭代一次56：迭代测试需要注意什么57：你映像最深的bug是什么58：你的期望薪资59：你看比预期低2k，你能接受吗60：我们公司加班多，能接受吗61：能接受出差吗？62：路程有点远63：你为什么要离职64：你感觉你的优势在哪？65：你未来的规划是什么66：你对下一个工作岗位有什么期望或要求吗67：对你的领导有什么要求吗68：你感觉你上家公司怎么样；能说下优缺点吗？69：你感觉你上家领导怎么样；能说下优缺点吗？70：有女朋友\男朋友吗？71：打算什么时候要孩子72：你看你有什么想问的吗73：你大概什么时候能入职74：最近面试多吗？75：手上有offer吗？76：你是什么时候开始找工作的？77：你从上家公司离职已经有好几天了，是刚开始找工作吗？\为什么一直没找工作希望对你有所帮助！

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

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

第一题：我认为需要在测试前需要先写好测试计划，其中最重要的是本次测试使用的测试方法、使用的测试工具、测试环境。人员方面需要进行人员及进度的安排，每个测试阶段后的输出工件，还要有风险评估。在测试前将这些准备工作做到位，这样在测试的时候就会比较有条理。 第二题：控制测试质量，我认为最好是做好测试用例的设计，这样可以对测试的覆盖率进行控制。补充：如果时间充裕的话可以在设计用例后对其进行评审，这样可以提高测试质量。不过这个在实际的工作当中一般实现不了。。。。 下面列出的是网上的一个软测笔试题，好多单位在笔试的时候都会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 分）