需求工程师考试题

（1）主要原因：原型仅仅是开发当中使用的一种手段，它利用得当可以加速开发的进 程，但不能代替软件开发中的所有工作。

（2）情形见下表，尤其是其中红色的部分

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