软件测试面试题 含答案

软件测试面试题整理2(转)2009-08-15 02:12＝＝＝＝TestDirect============安装好后，先进入站点管理1　创建域及工程2　添加用户3　编辑licenses及本服务器4　编辑数据库－－TD1　选择新建的工程进行定制(列表，用户，组，版本等)2　在require中增加需求3　把需求转化为plan4 在testlab中由计划新建测试具体用例与执行5　发现bug，在defect中提交bug（每一部分都可以相对地使用）======loadrunner1　制定负载测试计划(分析应用程序， 确定测试目标，计划怎样执行LoadRunner）2　开发测试脚本（录制基本的用户脚本，完善测试脚本）3　创建运行场景（选择场景类型为Manual Scenario，选择场景类型，理解各种类型，场景的类型转化）4　运行测试5　监视场景（MEMORY 相关，PROCESSOR相关，网络吞量以及带宽，磁盘相关，WEB应用程序 ，IIS5.0，SQL SERVER，NETWORK DELAY等)6　分析测试结果(分析实时监视图表,分析事务的响应时间,分解页面,确定WEBSERVER的问题,其他有用的功能)

软件测试面试题

2007-02-28 17:17软件测试的目的？测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。Beta 测试：在客户场地，由客户进行的对产品预发布版本的测试。软件验收测试合格通过准则：1软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。2所有测试项没有残余的一级二级三级的错误。3立项审批表、需求分析文档、设计文档和编码实现一致。4验收测试工件齐全（测试计划，测试用例，测试日志，测试通知单，测试分析报告）软件验收测试包括正式验收测试、alpha测试、beta测试三种测试。系统测试的策略：功能测试，性能测试，外部接口测试，界面测试，强度测试，冗余测试，可靠性测试，恢复测试等设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件、和迭代计划。利用因果图导出测试用例需要经过的一般步骤1.分析程序规格说明的描述中，哪些是原因，哪些是结果。2.分析程序规格说明的描述中语义的内容，并将其表示成连接各个原因与各个结果的因果图3.在因果图上使用若干个特殊的符号标明特定的约束条件4.把因果图转换成判定表5.把判定表中每一列表示的情况写成测试用例阶段评审与同行评审的区别同行评审目的:发现小规模工作产品的错误,只要是找错误;阶段评审目的:评审模块阶段作品的正确性可行性及完整性同行评审人数:3-7人人员必须经过同行评审会议的培训,由SQA指导阶段评审人数:5人左右评审人必须是

专家具有系统评审资格同行评审内容:内容小一般文档 < 40页, 代码 < 500行阶段评审内容: 内容多,主要看重点同行评审时间:一小部分工作产品完成阶段评审时间: 通常是设置在关键路径的时间点上!什么是软件测试？使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。简述集成测试的过程根据IEEE标准 集成测试划分为4个阶段：计划阶段，设计阶段，实现阶段，执行阶段（实施阶段）计划阶段1）时间安排 概要设计完成评审后大约一个星期2）输入 需求规格说明书 概要设计文档 产品开发计划路标3）入口条件 概要设计文档已经通过评审4）活动步骤 1.定被测试对象和测试范围 2.评估集成测试被测试对象的数量及难度，即工作量 3.确定角色分工和作任务4.标识出测试各阶段的时间，任务，约束等条件5.考虑一定的风险分析及应急计划6.考虑和准备集成测试需要的测试工具，测试仪器，环境等资源7.考虑外部技术支援的力度和深度，以及相关培训安排8.定义测试完成标准5）输出 集成测试计划6）出口条件 集成测试计划通过概要设计阶段基线评审设计阶段1）时间安排 详细设计阶段开始2）输入 需求规格说明书 概要设计 集成测试计划3）入口条件 概要设计基线通过评审4）活动步骤 1.被测对象结构分析 2.集成测试模块分析3.集成测试接口分析4.集成测试策略分析 5.集成测试工具分析6.集成测试环境分析7.集成测试工作量估计和安排。5）输出 集成测试设计（方案）6.出口条件 集成测试设计通过详细设计基线评审。实现阶段1）时间安排 在编码阶段开始后进行2）输入 需求规格说明书 概要设计 集成测试计划 集成测试设计3）入口条件 详细设计阶段4）活动步骤 集成测试用例设计 集成测试程设计 集成测试代码设计（如果需要） 集成测试脚本（如果需要） 集成测试工具（如果需要）5）输出 集成测试用例 集成测试规程 集成测试代码 集成测试脚本 集成测试工具6）出口条件 测试用例和测试规程通过编码阶段基线评审执行阶段1）时间安排 单元测试已经完成后就可以开始执行集成测试了2）输入 需求规格说明书 概要设计 集成测试计划 集成高度设计 集成测试例 集成测试规程 集成测试代码（如果有） 集成测试脚本 集成测试工具 详细设计 代码 单元

测试报告3）入口条件 单元测试阶段已经通过基线化评审4）活动步 骤 执行集成测试用例 回归集成测试用例 撰写集成测试报告5）输出 集成测试报告6）出口条件 集成测试报告通过集成测试阶段基线评审文档测试？文档审核测试目前越来越引起人们的重视，软件质量不是检查出来的，而是融进软件开发中来。文档审核测试主要包括需求文档测试，设计文档测试，为前置软件测试中的一部分。需求文档测试：主要测试需求中是否存在逻辑矛盾以及需求在技术上是否可以实现；设计文档测试 ：测试设计是否符合全部需求以及设计是否合理。白盒测试有哪几种方法？白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。软件测试面试题(软通动力,博彦科技,奇虎,瑞星,中软)2007-07-27 14:341。软通动力面试笔答1.白箱测试和黑箱测试是什么?什么是回归测试?白箱测试是在看懂程序代码和设计方案的前提下，进行软件的测试。这种测试注重于源代码的覆盖率，同时需要测试者具备较高的技术水平。白箱测试的优点是可以对代码有详细的审查，能找出隐藏在代码中的错误，从而确保高质量的代码；缺点是很多时候不能看完所有的代码，不能找出欠缺的代码，同时白箱测试和用户如何使用软件无关。黑箱测试的优点是测试者无需熟悉软件内部结构，并且根据蓝图在早期就可以制定测试方案，并不依赖于开发者的工作进展，而且黑箱测试简单易行，对测试者的技术要求不高；但是，黑箱测试主要是功能上的测试，只能覆盖只有一小部分的输入，不能保证程序的所有部分都被测试到。回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试包括两部分：函数本身的测试、其他代码的测试。在对被修改的函数重新测试。如果函数的设计功能没有变化，直接运行函数测试就可以了。如果修改了设计功能，则要根据增减的功能点，增加或删除测试用例。另外，还要完成白盒覆盖。函数代码的修改可能导致调用该函数的代码产生错误，所以需要测试其他代码。如果函数是私有函数并且未涉及到全

局变量，应运行类测试，否则应运行工程测试。在函数列表中选择类测试或工程测试，编译运行测试工程，即可执行对其他代码的回归测试。2.单元测试、集成测试、系统测试的侧重点是什么？单元测试：以代码检查、逻辑覆盖集成测试：增加静态结构分析、静态质量度量系统测试：根据黑盒测试结果，采用白盒测试单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的单元将在与程序的其他部分相隔离的情况下进行测试。集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求，组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。3.设计用例的方法、依据有那些？白盒测试用例设计有如下方法:基本路径测试\\等价类划分\\边界值分析\\覆盖测试\\循环测试\\数据流测试\\程序插桩测试\\变异测试.这时候依据就是详细设计说明书及其代码结构吧,恩,这个真不确定黑盒测试用例设计方法:基于用户需求的测试\\功能图分析方法\\等价类划分方法\\边界值分析方法\\错误推测方法\\因果图方法\\判定表驱动分析方法\\正交实验设计方法.依据是用户需求规格说明书,详细设计说明书4.一个测试工程师应具备那些素质和技能？ 掌握基本的测试基础理论本着找出软件存在的问题的态度进行测试,即客观吧,不要以挑刺形象出现可熟练阅读需求规格说明书等文档以用户的观点看待问题有着强烈的质量意识细心和责任心良好的有效的沟通方式(与开发人员及客户)具有以往的测试经验能够及时准确地判断出高危险区在何处①、 、沟通能力　　一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术（开发者）和非技术人员（客户，管理人员）的交流能力。既要可以和用户谈得来，又能同开发人员说得上话，不幸的是这两类人没有共同语言。和用户谈话的重点必须放在系统可以正确地处理什么和不可以处理什么上。而和开发者谈相同的信息时，就必须将这些活重新组织以另一种方式表达出来，测试小组的成员必须能够同等地同用户和开发者沟通。②、移情能力　　和系统开发有关的所有人员都处在一种既关心又担心的状态之中。用户担心将来使用一个不符合自己要求的系统，开发者则担心由于系统要求不正

确而使他不得不重新开发整个系统，管理部门则担心这个系统突然崩溃而使它的声誉受损。测试者必须和每一类人打交道，因此需要测试小组的成员对他们每个人都具有足够的理解和同情，具备了这种能力可以将测试人员与相关人员之间的冲突和对抗减少到最低程度。③、技术能力　　就总体言，开发人员对那些不懂技术的人持一种轻视的态度。一旦测试小组的某个成员作出了一个错误的断定，那么他们的可信度就会立刻被传扬了出去。一个测试者必须既明白被测软件系统的概念又要会使用工程中的那些工具。要做到这一点需要有几年以上的编程经验，前期的开发经验可以帮助对软件开发过程有较深入的理解，从开发人员的角度正确的评价测试者，简化自动测试工具编程的学习曲线。④、自信心　　开发者指责测试者出了错是常有的事，测试者必须对自己的观点有足够的自信心。如果容许别人对自己指东指西，就不能完成什么更多的事情了。⑤、外交能力　　当你告诉某人他出了错时，就必须使用一些外交方法。机智老练和外交手法有助于维护与开发人员的协作关系，测试者在告诉开发者他的软件有错误时，也同样需要一定的外交手腕。如果采取的方法过于强硬，对测试者来说，在以后和开发部门的合作方面就相当于“赢了战争却输了战役”。⑥、幽默感　　在遇到狡辩的情况下，一个幽默的批评将是很有帮助的。⑦、很强的记忆力　　一个理想的测试者应该有能力将以前曾经遇到过的类似的错误从记忆深处挖掘出来，这一能力在测试过程中的价值是无法衡量的。因为许多新出现的问题和我们已经发现的问题相差无几。⑧、耐心　　一些质量保证工作需要难以置信的耐心。有时你需要花费惊人的时间去分离、识别和分派一个错误。这个工作是那些坐不住的人无法完成的。⑨、怀疑精神　　可以预料，开发者会尽他们最大的努力将所有的错误解释过去。测式者必须听每个人的说明，但他必须保持怀疑直到他自己看过以后。⑩、自我督促　　干测试工作很容易使你变得懒散。只有那些具有自我督促能力的人才能够使自己每天正常地工作。11、洞察力　　一个好的测试工程师具有“测试是为了破坏”的观点，捕获用户观点的能力，强烈的质量追求，对细节的关注能力。应用的高风险区的判断能力以便将有限的测试针对重点环节。5.集成测试通常都有那些策略？1、 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；2、各个子功能组合起来，能否达到预期要求的父功能；3、一个模块的功能是否会对另一个模块的功能产生不利的

影响；4、全局数据结构是否有问题；5、单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。6.你用过的测试工具的主要功能、性能及其他？WinRunner (WR) 是一个基于Windows的企业级功能测试工具，它在业务应用正式部署之前，通过自动捕获、检测和重放用户对应用系统的交互操作，来发现系统缺陷，确保那些跨越多个应用程序和数据库的业务流程在初次发布就能避免故障的出现，保证系统对所有关键业务处理功能、处理流程的正确，保障应用的质量和准备工作的最优化主要功能:1) 轻松创建测试：用WinRunner创建一个测试，只需在应用软件中操作记录下一个标准的业务流程，例如下一张订单或建立一个新的商家账户，WinRunner将直观地记录该流程。即使技术知识有限的用户，也能通过在GUI上单击鼠标而生成完整的测试。用户还可以直接编辑测试指令来满足各种复杂测试的需求2)插入检查点：在建立一个测试的过程中可以插入检查点，以在查找潜在错误的同时，将预想的结果和实际测试结果进行比较。在插入检查点后，WinRunner会收集相应的性能指标，在测试运行时对其一一验证。WinRunner允许使用几种不同类型的检查点，包括文本、GUI、位图和数据库等。例如用一个位图检查点，可以确认一个位图图像是否出现在指定的位置上。WinRunner的数据库检验功能能够自动标示出被修改的数据3) 检验数据：除了创建并运行测试，WinRunner还能验证数据库的数值，从而确保交易的准确性。例如，在测试创建时，可以设定哪些数据库表格和记录资料需要检测。在重放时，测试程序就会核对数据库内的实际数值与预想的数值。WinRunner能自动显示检测结果，在有更新/修改、删除或插入的记录上会用突出标识引起注意4) 增强测试：为了彻底全面地测试一个应用程序，用户需要了解对于不同类型的数据它是如何运行的。WinRunner的DataDriver Wizard使用户只需单击几下鼠标，就能简单地将一个记录下的业务流程转化为一个数据驱动的测试，来反映多个用户各自独特且真实的操作行为5) 运行测试：在建立测试，并插入检查点和做一些必要的功能添加后，就可以开始运行测试。当WinRunner执行测试时，它会自动操作应用程序，正如一个真实用户根据记录流程执行着每一步的操作，而且它的意外处理功能为测试排除干扰，包括消息和警报6) 分析结果：一旦测试运行后，就需要分析测试结果。WinRunner的互动式的报告工具通过提供详尽的、易读的报告，其中会列出在测试中发现的差错和出错的位置，来帮助用户解释所得到的结果。这些报告对在测试运行中发生的重要事件进

行描述，如出错内容和检查点等。单击按钮，还能进一步获取任何未被包括在此测试范围内的错误的详尽资料。这些结果都可以通过MI的测试管理工具TestDirector来查阅7) 维护测试：随着时间推移，开发人员会对应用程序做进一步的修改，这时，需要增加额外的测试。WinRunner会帮助用户创建可重复使用的测试，以大大节省时间和资源，充分利用测试投资7.一个缺陷测试报告的组成缺陷的标题，缺陷的基本信息，复现缺陷的操作步骤，缺陷的实际结果描述，期望的正确结果描述，注释文字和截取的缺陷图象。

缺陷的标题；

缺陷的基本信息；

测试的软件和硬件环境；

测试的软件版本；

缺陷的类型；

缺陷的严重程度；

缺陷的处理优先级。

复现缺陷的操作步骤；

缺陷的实际结果描述；

期望的正确结果描述；

注释文字和截取的缺陷图像。

8.基于WEB信息管理系统测试时应考虑的因素有哪些？一、功能测试 1、链接测试 2、表单测试 3、Cookies测试 4、设计语言测试 5、数据库测试二、性能测试 1、连接速度测试 2、负载测试 3、压力测试 三、可用性测试 1、导航测试 2、图形测试 3、内容测试 4、整体界面测试四、客户端兼容性测试 1、平台测试 2、浏览器测试 五、安全性测试9.软件本地化测试比功能测试都有哪些方面需要注意？软件本地化测试的目的：软件本地化测试的测试策略：1.本地化软件要在各种本地化操作系统上安装并测试。2.源语言软件安装在另一台相同源语言操作系统上，作为对比测试。3.重点测试因本地化引起的软件的功能和软件界面的错误。4.测试本地化软件的翻译质量。5.手工测试和自动测试相结合。10.软件测试项目从什么时候开始，？为什么？软件测试应该在需求分析阶段就介入,因为测试的对象不仅仅是程序编码,应该对软件开发过程中产生的所有产品都测试,并且软件缺陷存在放大趋势.缺陷发现的越晚,修复它所花费的成本就越大.11.需求测试注意事项有哪些？一个良好的需求应当具有一下特点：完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。正确性：每一项需求都必须准确地陈述其要开发的功能。一致性：一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。可行性：每一项需求都必须是在已知系统和环境的权能和范围内可以实施的。无二义性：对所有需求说明的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来

来。健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。必要性：“必要性”可以理解为每项需求都是用来授权你编写文档的“根源”。要使每项需求都能回溯至某项客户的输入，如Use Case或别的来源。可测试性：每项需求都能通过设计测试用例或其它的验证方法来进行测试。可修改性：每项需求只应在S R S 中出现一次。这样更改时易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。可跟踪性：应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接链，这种可跟踪性要求每项需求以一种结构化的，粒度好（f i n e - g r a i n e d ）的方式编写并单独标明，而不是大段大段的叙述。12.简述一下缺陷的生命周期·软件缺陷的生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程。简单的软件缺陷生命周期：

1、发现——打开：测试人员找到软件缺陷并将软件缺陷提交给开发人员；

2、打开——修复：开发人员再现、修复缺陷，然后提交测试人员去验证；

3、修复——关闭：测试人员验证修复过的软件，关闭已不存在的缺陷。

但是这是一种理想的状态，在实际的工作中是很难有这样的顺利的，需要考虑的各种情况都还是非常多的。

复杂的软件缺陷生命周期：

1、新建一个软件缺陷，这个软件缺陷是（open）状态，进行bug审查，不是代码问题，就是设计需要修改；

2、新建一个软件缺陷，这个软件缺陷是（open）状态，进行bug审查，以后修改的，就可以延期；

3、新建一个软件缺陷，这个软件缺陷是（open）状态，进行bug审查，实际没有这个bug，可以将其关闭；

4、新建一个软件缺陷，这个软件缺陷是（open）状态，看是否清楚可重现，如果不能重现，就是缺少信息，需要返回到（open）状态；如果能够重现，就进行修正，修正后关闭，进行回归测试。13.测试分析测试用例注意（事项）？1.为什么要写用例：我们编写测试用例，有如下的好处：便于团队交流：假如说一个测试团队有10个成员，大家测试的时候都各自为政，没有统一的标准，测试的效率无疑会大打折扣；如果大家都遵循统一的用例规范去写，就会解决这一问题。便于重复测试 ：大家知道，软件在实际开发过程中是会有不同版本的，比如会从1.0升级到10.0，那么如果不写测试用例的话，在测试10.0版本的时候，你能完全记得1.0版本时你做过哪些测试吗？测试用例就像一个备忘录一样，便于重复测试。便于跟踪统计：这一点是针对测

试经理或是项目经理来说的，项目负责人通过看测试用例的执行情况，就能了解到项目目前的概况，比如已经执行了哪些测试，还有哪些测试没有执行，测试没有通过的地方主要集中在哪些模块等。便于用户自测：尤其是项目软件，有的时候用户希望自己测试一下软件产品，但是用户大都是非专业人士，他需要根据你写好的用例来更好的检验产品的质量说了这么多编写测试用例的优点，那它有没有缺点呢？有一个明显的缺点就是需要花费大量的时间，通常编写测试用例的时间比实际执行测试的时间还要长，这一点大家会在实际工作中有深刻的体会2.什么时候写用例：什么时候写用例？这个问题没有统一的标准答案，但有一点可以肯定，就是测试用例要尽早编写。 大家认为在哪个阶段开始写用例比较好呢？通常，我们都会在测试设计阶段来写用例，即《需求规格说明书》和《测试计划》都已完成之后3.由谁来写测试用例有的读者会说，当然是测试人员来写用例了！可是测试人员又会有不同的角色，一般分为测试经理，测试设计人员，测试执行人员和测试工具开发人员等，一般测试用例是由测试设计人员来编写，由测试执行人员来执行，这就要求测试设计人员有一定的用例设计经验，并对被测试的系统有深入的了解。但是在很多小公司里面，区分的不是这么明显，一个测试人员往往会身兼数职，既是测试组长，又是测试设计人员，又是测试执行人员。项目组里就你一个测试工程师，你不写用例谁写啊！4.根据什么写测试用例我们编写测试用例的唯一标准就是用户需求，具体的参考资料就是《系统需求规格说明书》和软件原型，其中软件原型指的是没有嵌入全部源代码的软件界面，比如我做一个电子商务网站，为了尽快能给用户演示，我只是用html语言作一些静态页面，并没有编写动态的程序，这就是一个软件原型，它也看作是需求的一部分。

类别：It Life | | 添加到搜藏 | 分享到i贴吧 | 浏览(350) | 评论 (0) 上一篇：软件测试面试题整理1(转) 下一篇：软件测试面试题整理3(转) 最近读者： 网友评论：

发表评论：

内　容： 插入表情 ▼ 闪光字

取消回复

?2011 Baidu