测试工程师面试题文档格式.docx

测试工程师面试题文档格式.docx

《测试工程师面试题文档格式.docx》由会员分享，可在线阅读，更多相关《测试工程师面试题文档格式.docx（13页珍藏版）》请在冰豆网上搜索。

其中最擅长哪部分工作？

我曾经做过web测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。

最擅长的是功能测试

03.您所熟悉的软件测试类型都有哪些？

请试着分别比较这些不同

测试类型有：

功能测试，性能测试，界面测试。

功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。

是把测试对象看作一个黑盒子。

利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。

采用黑盒技术设计测试用例的方法有：

等价类划分（有效/无效等价划分）、边界值分析、错误推测、因果图和综合策略。

性能测试是经过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

负载测试和压力测试都属于性能测试，两者能够结合进行。

经过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。

压力测试是经过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。

而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。

同时界面如同人的面孔，具有吸引用户的直接优势。

设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流.

区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。

性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。

界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范（快捷键之类的），是否美观（能否吸引用户的注意力），是否安全（尽量在前台避免用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告）？

做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没问题的，然后再考虑该功能点的性能测试。

04．您认为做好测试用例设计工作的关键是什么？

白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 

？

（补充）

黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。

不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 

05. 

请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。

黑盒测试：

已知产品的功能设计规格，能够进行测试证明每个实现了的功能是否符合要求。

软件的黑盒测试意味着测试要在软件的接口处进行。

这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。

因此黑盒测试又叫功能测试或数据驱动测试。

黑盒测试主要是为了发现以下几类错误：

1、是否有不正确或遗漏的功能？

2、在接口上，输入是否能正确的接受？

能否输出正确的结果？

3、是否有数据结构错误或外部信息（例如数据文件）访问错误？

4、性能上是否能够满足要求？

5、是否有初始化或终止性错误？

测试方法，根据需求指定的测试计划和测试用例来测相应的功能和性能

---------------------------------------------------------------------------------------------------------------------------

白盒测试：

已知产品的内部工作过程，能够经过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。

软件的白盒测试是对软件的过程性细节做细致的检查。

这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。

经过在不同点检查程序状态，确定实际状态是否与预期的状态一致。

因此白盒测试又称为结构测试或逻辑驱动测试。

白盒测试主要是想对程序模块进行如下检查：

1、对程序模块的所有独立的执行路径至少测试一遍。

2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。

3、在循环的边界和运行的界限内执行循环体。

4、测试内部数据结构的有效性，等等。

5.数据引用错误 

数据声明错误 

运算错误 

比较错误 

控制流程错误 

接口错误 

输入/输出错误 

其它检查 

其它检查

常见测试方法：

所谓插桩，就是借助往被测程序中插入操作，来实现测试目的的方法。

（如常常加入打印语句，看执行后的效果是否为我们希望的结果），以及junit测试

单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。

一般而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。

单元测试是由程序员自己来完成，最终受益的也是程序员自己。

能够这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。

执行单元测试，就是为了证明这段代码的行为和我们期望的一致。

------------------------------------------------------------------------------------------------------------------------------

集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。

它的最简单的形式是：

两个已经测试过的单元组合成一个组件，而且测试它们之间的接口。

从这一层意义上讲，组件是指多个单元的集成聚合。

在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。

方法是测试片段的组合，并最终扩展进程，将您的模块与

其它组的模块一起测试。

最后，将构成进程的所有模块一起测试。

-------------------------------------------------------------------------------------------------------------------------------

系统测试是将经过测试的子系统装配成一个完整系统来测试。

它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。

（常见的联调测试）

系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求而且遵循系统设计。

-----------------------------------------------------------------------------------------------------------------------------

验收测试是部署软件之前的最后一个测试操作。

验收测试的目的是确保软件准备就绪，而且能够让最终用户将其用于执行软件的既定功能和任务。

验收测试是向未来的用户表明系统能够像预定要求那样工作。

经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。

06.测试计划工作的目的是什么？

测试计划工作的内容都包括什么？

其中哪些是最重要的？

软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。

借助软件测试计划，参与测试的项目成员，特别是测试管理人员，能够明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。

测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

因此其中最重要的是测试测试策略和测试方法（最好是能先评审）

07.您认为做好测试计划工作的关键是什么？

1.明确测试的目标，增强测试计划的实用性，编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，而且找出软件潜在的缺陷。

因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具而且具有较高的实用性，便于使用，生成的测试结果直观、准确2．坚持“5W”规则，明确内容与过程

“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。

利用“5W”规则创立软件测试计划，能够帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。

3．采用评审和更新机制，保证测试计划满足实际需求测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。

4.分别创立测试计划与测试详细规格、测试用例应把详细的测试技术指标包含到独立创立的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创立的测试用例文档或测试用例管理数据库中。

测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

08.您所熟悉的测试用例设计方法都有哪些？

请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

1．等价类划分

划分等价类:

等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:

测试某等价类的代表值就等于对这一类其它值的测试.因此,能够把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就能够用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:

有效等价类和无效等价类.

2．边界值分析法

边界值分析方法是对等价类划分方法的补充。

测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,能够查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况.一般输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

3．错误推测法

基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法.错误推测方法的基本思想:

列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据她们选择测试用例.