篇一：软件测试工程师面试技巧
核心提示：第一个问题：自我介绍（心理学首因效应告诉我们第一印象非常重要），自我介绍最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。比较好的自我介绍套路是这样：“您好，我叫XXX,很高兴能获得这次...
第一个问题：自我介绍（心理学首因效应告诉我们第一印象非常重要），自我介绍最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。比较好的自我介绍套路是这样：“您好，我叫XXX,很高兴能获得这次面试机会，今天来面试是想证明自己是最合适的人选，另一个方面是获得您的认可，结合我过去的工作和学习经历，我自信我能符合咱们公司的认可，接下来您看是我继续介绍我做过的项目，还是您问您关心的问题？”
第二个问题：项目介绍（项目经验直接决定一个人能否胜任一份工作，企业更应该看重一个人解决问题的思路和具体能力），项目介绍部分最重要的思路是应该先整体后局部，介绍整体的时候要有量化的数据（从项目度量的五大维度：规模，包括项目代码规模，需求规模、用例规模，工作量，进度，质量和成本），然后是整体的测试流程，然后再是角色与职责，接下来是项目中自己的特色，比如做得最好的是、遇到最大的困难时、最差的是，最后是心得体会。
第三类问题：数据库方面知识，最基本的要求是数据库记录的增删改查（insert、delete、update、select），表结构的增删改查（create、drop、alter、describe）、存储过程、触发器等。
第四类问题：linux操作系统相关，最基本的目标是熟悉常见的50个命令，比如find命令（-name、-type、-perm、-user、-group、-ctime、-atime）等，熟悉vi、熟悉linux搭建测试环境。比如LAMP环境搭建。
第五类问题：缺陷相关知识，最基本的是缺陷跟踪的流程（流程的基本要素），整体的流程，最好能在纸上给面试官画出来（尤其是男面试官，从男人好色的角度来看，写得很清楚很重要），缺陷单的属性，至少能列出20个属性，每个属性的意义，如何描述好缺陷单，缺陷单描述的5C原则，比如缺陷重现步骤应该complete.如何描述一个你认为的最经典的bug单。
第六类问题：用例相关，最基本的包括用例的格式要素，用例设计工程方法论，每个方法要求（方法的背景，操作步骤，优缺点、适应范围，与其他用例方法如何配合），在项目中如何利用测试用例设计工程方法。如何评价、评审测试用例，评审从哪些维度？要设计好测试用例需要哪些方面的知识结构，比如技术、业务、方法。
第七类问题：软件测试流程，系统测试相关规范和标准的流程：熟悉产品/项目，需求评审，测试需求，测试计划，测试方案，测试用例，预测试，第一轮正式测试、第二轮回归
测试、第三轮测试，测试报告，测试总结，测试指南。
第八类问题，网络相关，最基本的网络基础知识，比如TCP/IP协议。
第九类问题，测试工具，包括三个大的类型，第一类是性能测试工具、自动化测试工具、测试管理类工具。最起码的要求是熟悉工具的使用。
第十类问题，给你一个软件，比如QQ、QQ斗地主，你如何去测试，这类问题基本的思路是，从软件质量模型、测试工具、测试方法、测试流程、探索式测试等角度先宏观解决，然后再具体微观讲解用例如何设计等。
第十一类问题，一个优秀/卓越的软件测试工程师应该具备哪些能力与素质，素质方面包括沟通、五心工程师、追求完美等
第十二类问题，最后一个问题，面试官一般会问，您还有什么想问的吗？还有什么想了解的吗？总体上来说最重要的是留下一个好的近因效应，就好比相亲的时候，分手离开的时候，留下好的最后的印象，基本的思路应该分三种情况，第一种是面试官对你满意，自己也感觉不错的情况下，先表示感谢，然后积极主动的问题，比如，非常感谢您给的这次机会，但是我还是想问，如果我有下一轮面试，我想知道知道是什么时候，我应该再做哪些方面的准备。第二种情况是面试官和自己感觉都一般般，感觉自己是鸡肋，这个时候说不说很重要，基本的套路是，非常感谢面试官给的这个机会，坦白地说我对自己今天的面试表现不是非常满意，还可以表现得更好，但是如果我还是非常想得到这个机会，您能否给我一些建议。第三种情况是面试情况非常糟糕，这种情况下，很少有人能说出感谢，但这恰恰体现一个人的风度。基本的思路是，不管怎么样，还是得感谢您给的机会，让我自己认识到自己的不足，坦白地说我离这个岗位的要求还有些距离，但是我还是想知道，如果将来我还想来咱们公司面试，您能否给点具体建议。
总结，面试是一个相亲的过程，相亲的成败取决于很多要素，但是好的、充分地准备，能够让我们更加从容地和主动的去面对压力与挑战，而不是简单地把自己变成超市里面的菜，供人挑选。
篇二：软件测试面试必备知识
1、为什么要在一个团队中开展软件测试工作？
因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程中发现软件存在的问题，及时让开发人员得知并修改问题，之外即将发布时，从测试报告中得出软件的质量情况。
2、您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪些部分工作？
我曾经做过WEB测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。最擅长的事功能测试。
3、你所熟悉的软件测试类型都有哪些？
测试类型有：功能测试，性能测试，界面测试。
4、请试着分别比较不同的测试类型的区别与联系（如功能测试、性能测试……）
功能测试在测试工作中占的比例最大，功能测试也叫做黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需要测试软件的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
性能测试时通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各个性能指标进行测试。确定在各种工作负载下系统性能，目标是测试当负载逐渐增加时，系统各个项指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统提供的最大服务级别的测试。
界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成乡音的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用的功能都可能在用户的畏惧与放弃中付诸东流。
区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注产品整体的多用户并发下的稳定性和健壮性。界面测试更
关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范（快捷键之类的），是否美观（能否吸引用户注意力），是否安全（尽量在前台避免用户无意输入无效的数据，当让考虑到体验型，不能太粗鲁的弹出警告）？做某个性能测试的时候，首先它可能是个功能点，首先保证它的功能是没有问题的，然后再考虑该功能点的性能测试。
5、请试着比较一下黑盒测试、白盒测试没、单元测试、集成测试、系统测试、验收测试的区别与联系。
黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的借口处进行。这种方法是把测试对象看作一个黑盒子，测试人员完全不考虑程序内部的逻辑和内部特性，只是依据程序的需求说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：
1）、是否有不正确或遗漏的功能？
2）、在接口上，输入是否正确的接受？能否输出正确的结果？
3）、是否有数据结构错误或外部信息（例如数据文件）访问错误？
4）、性能是否能够满足要求？
5）、是否有初始化或终止性错误？
软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看作一个打开的盒子，它允许测试人员利用程序内部的逻辑结构和有关信息，设计或选择测试用例，对程序的逻辑路径进行测试。通过在不同点检查程序状态，确定实际的状态是否和预期的状态一致，因此白盒测试又称为结构测试或逻辑驱动测试。
白盒测试主要对程序模块进行如下检查：
1）、对程序模块的所有独立的执行路径至少测试一遍；
2）、对所有的逻辑判定，取“真”和取“假”的两种情况都至少测试一遍；
3）、在循环的边界和运行的界限内执行循环体；
4）、测试内部数据结构的有效性，等等。
单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。
单元测定是由程序员自己来完成，最终受益的也是程序员自己，可以这么说，程序员有责任编写功能代码，同时也有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码行为和我们期望的一致。
集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元测试组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指端个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进行，将您的模块与其他组的模块一起测试。最后，将构成进行的所有模块一起测试。
系统测试是将经过测试的子系统装配成一个完整系统来测试。他是检验系统是否确实
能提供系统方案说明书中指定功能的有效方法。（常见的联调测试）
系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并遵循系统设计
验收测试时部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终的用户将其用于执行软件的既定功能和任务。验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，借口错误也是基本排除了，接着就是应该进一步验证软件店额有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。
6、测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？
软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试领域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划和测试详细规格，测试用例之间是战略和战术的关系，测试计划主从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试策略和测试方法（最好是能先评审）
7、您认为做好测试计划工作的关键时什么？
1）、明确测试的目标，增强测试计划的实用性：
编写软件测试计划的重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于其它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观，准确；
2）、坚持5W规则，明确内容与过程
“5W”规则指的是“what（做什么）”、“why（为什么做）”、“when（何时做）”、“where（在哪里）”、“how（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（why），明确测试的范围ihe内容（what），确定测试的开始和结束时间（when），指出测试的方法和工具（how），给出测试文档和软件的存放我位置（where）。
3）、采用评审和更新机制，保证测试计划满足实际的需求
测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试人员。
3）、分别创建测试计划与测试详细规格，测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。
8、您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
1）、等价类划分
划分等价类：等价类是指某个输入域的子集合，在子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值得测试，因此可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试输入条件，就可以用少量代表性的测试数据，取得；较好的测试结果，等价类划分可有两种不同的情况：有效等价类和无效等价类。
2）、边界值分析法
边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我，大量的错误是发生在输入或输出的范围的边界上，而不是发生在输入输出的范围内部，因此针对各种边界情况设计测试用例，可以查出更多地错误。
使用边界值分析方法设计测试用例，首先应确定边界情况，通常输入和输出等价类的边界，就是应着重测试边界情况，应当选好正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据。
3）、错误推测法
基于经验和直觉推测程序中多有可能存在的各种错误，从而有针对性的设计测试用例的方法。
错误推测方法的基本思想：列举程序后中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例，例如，在单元测试时，曾列出的许多在模块中常见的错误，以前产品测试中曾经发现的错误等，这些就是经验的总结，还有输入数据和输出数据为0的情况，输入表格为空格或输出表格只有一行，这些都是容易发生错误的情况，可选择这些清况下的例子作为测试用例。
4）、因果图法
前面介绍等价类划分和边界值分析方法，都是着重考录输入条件，但未考虑输入条件之间的联系，相互组合等，考虑输入条件之间的相互组合，可能会产生一些新的情况，但要检查输入条件的组合不是一件容易的事情，及时把所有数据条件划分成等价类，他们之间的组合情况也相当的多，因此考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来考虑设计测试用例，这就需要利用因果图（逻辑模型），因果图方法最终生成的就是判定表，他适合于检查程序输入条件的各种组合情况。
9、您认为做好测试用例设计工作的关键时什么？
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果； 黑盒测试用例设计的关键同样是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现做多的问题。
10、请以您以往的实际工作为例，详细的描述一次测试用例设计的完整过程。
就说最近的这次网站功能测试吧
首先：得到相关文档（需求文档和设计文档），理解需求和设计思想，想好测试策略（测试计划简单点就ok了），考虑到测试环境，测试用例，测试时间等问题。
第二步：设计测试用例，测试策略是：把网站部分的功能测试完，然后再进行系统测试（另外个模块呢有另一个测试人员负责，可以进行联调测试），网站模块的测试基本是功能测试和界面测试（用户并发的可能性小，所以部考虑）。
第三步：搭建测试环境
第四步：执行测试
11、有关性能测试方面的点滴理论与经验：
负载测试：指数据在超负荷环境中运行，程序是否能狗承担。
强度测试：在系统资源特别低的情况下软件系统运行情况。
容量测试：确定系统可以处理同时在线的最大用户数
网站流量逐渐加大的情况下，开始考虑做性能测试了，首先要写好性能测试的计划，根据运营数据得出流量最大的页面（如果是第一次的话，一般是首页，下载页，个人账户页流量最大，而且以某种百分比）
web服务器指标：
Avg Rps：平均每秒钟响应次数=总请求时间 / 秒数；
Successful Rounds：成功的请求；
Failed Rounds：失败的请求；
Successful Hits：成功的点击次数；
Failes Hits：失败的点击次数；
Hits Per Second：每秒点击次数；
Successful Hits Per Second：每秒成功的点击次数；
Failes Hits Per Second：失败的每秒点击次数；
Attempted Connecteds：尝试连接数；
12、您对测试最大的兴趣在哪里？为什么？
最大的兴趣就是测试有难度，有挑战性！做测试越久越能感觉到做好测试有多难。曾经在无忧测试网上看到一篇文章，是关于如何做好一名测试工程师。一共罗列了11，12点，有部分是和人的性格有关，有部分需要后天的努力。但除了性格有关的1，2点我没有把握，其他点我都很有信心做好它。
刚开始进入测试行业时，对测试的认识是从无忧测试网上了解到的一些资料，当时是冲着做测试需要很多技能才能做的好，虽然入门容易，但做好很难，比开发更难，虽然当时我
篇三：软件测试面试个人总结
问：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决。
首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准：
根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；
如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；
合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。
等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。
问：给你一个网站，你如何测试？
首先，查找需求说明、网站设计等相关文档，分析测试需求。
制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：
功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试
设计测试用例：
功能性测试可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回等。 提交功能的测试。
多媒体元素是否可以正确加载和显示。
多语言支持是否能够正确显示选择的语言等。 界面测试可以包括但不限于一下几个方面： 页面是否风格统一，美观
页面布局是否合理，重点内容和热点内容是否突出 控件是否正常使用
对于必须但为安装的空间，是否提供自动下载并安装的功能
文字检查
性能测试一般从以下两个方面考虑：
压力测试；负载测试；强度测试
数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
安全性测试：
1基本的登录功能的检查2是否存在溢出错误，导致系统崩溃或者权限泄露3相关开发语言的常见安全性问题检查，例如SQL注入等。4如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持
兼容性测试，根据需求说明的内容，确定支持的平台组合：
浏览器的兼容性；操作系统的兼容性；软件平台的兼容性；数据库的兼容性
开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。
定期评审，对测试进行评估和总结，调整测试的内容。 在搜索引擎中输入汉字就可以解析到对应的域名，请问如何用LoadRunner进行测试。
建立测试计划，确定测试标准和测试范围
设计典型场景的测试用例，覆盖常用业务流程和不常用的业务流程等
根据测试用例，开发自动测试脚本和场景： 录制测试脚本
新建一个脚本（Web/HTML协议）
点击录制按钮，在弹出的对话框的URL中输入”about:blank”。
在打开的浏览器中进行正常操作流程后，结束录制。 调试脚本并保存。可能要注意到字符集的关联。 设置测试场景
针对性能设置测试场景，主要判断在正常情况下，系统的平均事务响应时间是否达标
针对压力负载设置测试场景，主要判断在长时间处于满负荷或者超出系统承载能力的条件下，系统是否会崩溃。
执行测试，获取测试结果，分析测试结果
问：一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压，有什么区别?
300个用户在一个客户端上，会占用客户机更多的资源，而影响测试的结果。
线程之间可能发生干扰，而产生一些异常。 300个用户在一个客户端上，需要更大的带宽。 IP地址的问题，可能需要使用IP Spoof来绕过服务器对于单一IP地址最大连接数的限制。
所有用户在一个客户端上，不必考虑分布式管理的问题；而用户分布在不同的客户端上，需要考虑使用控制器来整体调配不同客户机上的用户。同时，还需要
给予相应的权限配置和防火墙设置。
试述软件的概念和特点？软件复用的含义？构件包括哪些？
软件是计算机系统中与硬件相互依存的另一部分，它是包括程序、文档的完整集合。
软件复用(Software Reuse)是将已有软件的各种有关知识用于建立新的软件,以缩减软件开发和维护的花费。软件复用是提高软件生产力和质量的一种重要技术。早期的软件复用主要是代码级复用，被复用的知识专指程序，后来扩大到包括领域知识、开发经验、设计决定、体系结构、需求、设计、代码和文档等一切有关方面。
可以被复用的软件成分一般称作可复用构件
2、软件生存周期及其模型是什么？
软件生存周期是软件开发全部过程、活动和任务的结构框架，是从可行性研究到需求分析、软件设计、编码、测试、软件发布维护的过程。
在经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后由于缺少维护费用而逐渐消亡。这样的一个过程，称为"生命周期模型"（Life Cycle Model）。
什么是软件测试？软件测试的目的与原则
免费论文网友情提示：本网站所有内容为共享上传提供，不涉及任何商业利益，本站对此不承担任何保证责任！
Copyright © www.csmayi.cn Corporation, All Rights Reserved 共享时代 共享你我他 版权所有