软件测试工程师笔试都考哪些知识？

1. 软件测试工程师笔试都考哪些知识？

基本要求：
1.熟悉软件质量、软件测试及软件质量保证的基础知识；
2.掌握代码检查、走查与评审的基本方法和技术；
3.掌握白盒测试和黑盒测试的测试用例的设计原则和方法；
4.掌握单元测试和集成测试的基本策略和方法；
5.了解系统测试、性能测试和可靠性测试的基本概念和方法；
6.了解面向对象软件和WEB应用软件测试的基本概念和方法；
7.掌握软件测试过程管理的基本知识和管理方法；
8.熟悉软件测试的标准和文档；
9.掌握QESuite软件测试过程管理平台和QESat/C++软件分析和工具的使用方法。

考试内容：
一、软件测试的基本概念
1.软件质量的概念。
2.软件测试的目标和原则。
3.软件测试的心理学。
4.软件测试的经济学。
5.软件质量保证。
二、软件测试的类型及其在软件开发过程中的地位
1.软件开发阶段。
2.规划阶段的测试。
3.设计阶段的测试。
4.编码阶段的测试。
5.验收和维护阶段的测试。
三、代码检查、走查与评审
1.桌面检查。
2.代码走查。
3.代码检查。
4.同行评审。
四、覆盖率（白盒）测试
1.覆盖率测试。
2.逻辑结构的覆盖率测试。
3.路径覆盖率测试。
4.数据流测试。
5.程序变异测试。
6.基于覆盖的测试用例选择。
五、功能（黑盒）测试
1.边界值测试。
2.等价类测试。
3.基于因果图的测试。
4.基于决策表的测试。
5.基于状态图的测试。
6.基于场景的测试。
7.比较测试。
六、单元测试和集成测试
1.单元测试的目标和模型。
2.单元测试策略。
3.单元测试分析。
4.单元测试的测试用例设计原则。
5.集成测试基本概念。
6.集成测试策略。

2. 软件测试工程师面试要准备些什么

软件测试面试前的最后一波恶补！不要打没有准备的仗。
想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。
下面给详细讲讲一些面试中比较常见的题吧！
1、软件测试的流程是什么？
分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。
回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）
评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）
项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）

2、测试用例主要有哪些元素？
分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。
回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等

3、软件测试有什么策略和阶段？
分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。
回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；

4、测试用例是什么？有什么作用？
回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。
作用：
1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。
2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。
3、测试用例是量化测试工作的方法之一。

5、你平时是怎么设计测试用例的？
分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。
回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；
6、你们公司的需求评审是怎么进行的？
分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。
回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。
7、还有什么想要问我的吗？
分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。
直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。
回答：
1、公司的研发团队目前是什么规模？开发和测试分别有多少人？
2、公司今后的业务方向是什么？
3、如果我入职了，我的主要工作职责是什么？
以上！

3. 软件测试工程师经典面试题汇总

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

4. 软件测试工程师笔试都考哪些知识？

基本要求：
1.熟悉软件质量、软件测试及软件质量保证的基础知识；
2.掌握代码检查、走查与评审的基本方法和技术；
3.掌握白盒测试和黑盒测试的测试用例的设计原则和方法；
4.掌握单元测试和集成测试的基本策略和方法；
5.了解系统测试、性能测试和可靠性测试的基本概念和方法；
6.了解面向对象软件和WEB应用软件测试的基本概念和方法；
7.掌握软件测试过程管理的基本知识和管理方法；
8.熟悉软件测试的标准和文档；
9.掌握QESuite软件测试过程管理平台和QESat/C++软件分析和工具的使用方法。
考试内容：
一、软件测试的基本概念
1.软件质量的概念。
2.软件测试的目标和原则。
3.软件测试的心理学。
4.软件测试的经济学。
5.软件质量保证。
二、软件测试的类型及其在软件开发过程中的地位
1.软件开发阶段。
2.规划阶段的测试。
3.设计阶段的测试。
4.编码阶段的测试。
5.验收和维护阶段的测试。
三、代码检查、走查与评审
1.桌面检查。
2.代码走查。
3.代码检查。
4.同行评审。
四、覆盖率（白盒）测试
1.覆盖率测试。
2.逻辑结构的覆盖率测试。
3.路径覆盖率测试。
4.数据流测试。
5.程序变异测试。
6.基于覆盖的测试用例选择。
五、功能（黑盒）测试
1.边界值测试。
2.等价类测试。
3.基于因果图的测试。
4.基于决策表的测试。
5.基于状态图的测试。
6.基于场景的测试。
7.比较测试。
六、单元测试和集成测试
1.单元测试的目标和模型。
2.单元测试策略。
3.单元测试分析。
4.单元测试的测试用例设计原则。
5.集成测试基本概念。
6.集成测试策略。

5. 软件测试面试题

1.保证产品质量
2.测试计划、测试用例设计、测试执行、提交Bug、追踪Bug、验证Bug、验收测试
3.黑盒：不需要知道内部逻辑，正确的输入有正确的结果，错误的输入系统给出相应的报错
白盒：需要知道内部结构，强调代码覆盖率
4.增删改查
5.前提条件，测试环境，预期结果，实际结果，报告人，错误等级
6.执行完所有的测试用例，测试时间结束了
7.一般先单元测试，集成测试，系统测试，验收测试。首先保证功能测试通过再测试性能
9.需求的理解是一致的，有效沟通
10.耐心，良好的沟通能力，分析问题的能力
11.UI,字体，颜色，页面显示，文字拼写，链接可用

6. 面试软件测试工程师应考察哪些方面

　　我相信很多去面试测试工作的时候，技术人员会问你：我们现在有个***产品，你会怎么测试，人家就这么地盯着你，其实这个时候作为一个测试人员，肯定是很无助的，因为即使是生活中平产所见的产品，谁会去对产品的使用进行深入研究呢，尤其是那些孤僻的功能，其实对于测试人员而言，首先应该要知道的需求，需求是什么样子，然后再设计测试方法。所以对于招聘者来说，问这样的问题显然是不知道测试为何物，测试工作依照怎样的流程来进行的。但是同时也折射出我们测试人员的一个基本素质问题，好像面试的时候别人叫你回答什么就回答什么，事实上作为一个具备最起码基本素质的测试人员，应该会反问招聘者：能不能给我看下这个功能的需求。事实上，需求是最最根本的东西，开发人员依据需求去设计产品，测试人员依据需求来从各个面来敲打开发人员的开发成果。
　　首先，最根本的还是要看企业自身的需要，综合自己的测试团队力量，自己公司的研发状况，当然还有公司的资金---到底到测试这块公司愿意投入多少Money呢?另外要搞清楚自己公司招聘测试人员的目的是什么?.....比如，如果公司暂时还没有测试团队，这个时候公司刚好有财力，同时研发力量比较大的时候，因为发展的需要，必须要组建一个测试团队，那么这个时候，必须要找一个经验丰富，有带队经验、有测试管理经验、熟悉测试流程的人，让他作为领头人，去招聘他的团队成员，换句话说，就是要招聘一个测试部经理的角色。如果是不想组一个团队，那就要找一个多面手，就是什么都能做的，整个测试流程都能自己走遍的测试人员，这样的人通常都是在小公司里面磨练出来的。
　　然后是考察一个测试人员的基本素质问题：
　　第一应该是一个测试人员的责任心，把这个放第一位，原因很简单，如果一个测试不怎么厉害的人，因为他测试有责任心，即使他不能发现其它的特异问题或者是大问题，最起码，他在跑测试的时候，绝不会漏了一些没测，或者随便测一通;对于一个测试方面比较厉害的，因为责任心的驱使，即使找到了很多问题，他也不会自满，而是继续努力。
　　第二是重视团队经验共享的人，测试人员必须有一种素质，那就是随时跟踪最新的信息，这个不仅仅指需求的变更方面，同时测试团队成员之间保持信息共享，彼此才能知道软件中最新发现的BUG。
　　第三就是细心、耐心，这个就不多说啦。
　　第四，技术方面的基本素质，熟悉系统的应用，熟悉办公软件的应用，熟悉基本的测试流程;熟悉测试管理工具的应用，如果涉及到性能测试，需要考察测试人员对性能工具的使用;如果涉及到脚本自动化测试，就需要考察测试人员编写脚本的能力。
　　第五，就是一个测试人员的学习能力、领悟能力。

7. 软件测试面试题有哪些？

软件测试面试前的最后一波恶补！不要打没有准备的仗。
想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。
下面给详细讲讲一些面试中比较常见的题吧！
1、软件测试的流程是什么？
分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。
回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）
评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）
项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）

2、测试用例主要有哪些元素？
分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。
回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等

3、软件测试有什么策略和阶段？
分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。
回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；

4、测试用例是什么？有什么作用？
回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。
作用：
1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。
2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。
3、测试用例是量化测试工作的方法之一。

5、你平时是怎么设计测试用例的？
分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。
回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；
6、你们公司的需求评审是怎么进行的？
分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。
回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。
7、还有什么想要问我的吗？
分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。
直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。
回答：
1、公司的研发团队目前是什么规模？开发和测试分别有多少人？
2、公司今后的业务方向是什么？
3、如果我入职了，我的主要工作职责是什么？
以上！

8. 软件测试面试题

1、软件测试就是在软件开发的过程中，对软件各阶段产品检验的过程，其目的是保证软件产品的质量
2、需求分析--编写测试计划--编写测试方案--编写测试用例--执行测试用例--提交缺钱报告--缺陷跟踪--回归测试--测试通过
3、黑盒主要是功能测试、性能测试、兼容性测试这些是主要的，还包括一些安全性，GUI测试，压力测试，易用性，容量测试，异常测试，安装性测试等   白盒主要的就是静态和动态两种测试
4、select* from a where ...;查找
     insert ito  a ()values();添加
     delete from a;删除表中信息
     update a set ...from..;更改表中信息
     create table a ();建表
     drop table();删除表
5、不清楚你问的内容是什么。给你两方面的回答
   （1）缺陷的状态 ：新建  打开  修复  关闭  拒绝 重复  丢弃  推迟 重新打开
   （2）缺陷报告的内容：标题、详细描述（描述、前提条件、步骤重现、预期结果、实际结果）、状态、发现人、负责人、项目、版本、严重度、优先级
6、回归测试通过
7、先做集成测试，结束之后系统测试包括功能测试和性能测试，系统测试结束之后，缺陷也修改完成，拿给用户做验收测试！
9、发现缺陷不要直接就提交，和开发沟通后再做结论，如果沟通时发生歧义，查看需求决定是否是缺陷，如果不能决定咨询项目经理。对于一些字段上的缺陷，比如说套用的框架，有的按钮没有更改标识，最好是和开发说一声当场改掉。就不要提交缺陷。开发和测试的矛盾是一致存在的我们没有办法杜绝，只能尽量的降到最低。
10、细心、耐心、自我调节能力强、学习能力强。有很好的全局意识，和观察力！
11、界面--功能（自己要有一个网站功能的概括！先按照单个功能去测，之后按照系统的流程去测。最后是按照各个总能之间的联系去测试！）