软件测试工程师面试宝典2

1、软件测试面试题+测试基础学问软件测试面试题1、测试的定义软件测试是软件工程过程的一个重要阶段，是在软件升级发布之前对软件开发各阶段产品的最终检查，是为了保证软件开发产品的正确性、完全性和全都性而检测软件错误、修正软件错误的过程。软件测试是：1) 程序测试是为了发觉错误而执行程序的过程2) 测试是为了证明程序有错，而不是证明程序无错误；3) 一个好的测试用例是在于它能发觉至今未发觉的错误；4) 一个成功的测试是发觉了至今未发觉的错误的测试。软件开发的目的：是开发出实现用户需求的高质量、高性能的软件产品，而软件测试是以检查软件功能和其他非功能特性为核心，是软件质量保证的关键，也是成功实现软件开发目

2、标的重要保障。2、测试的种类2.1从测试方法角度分为：2.1.1黑盒测试：是功能测试、数据驱动测试或基于规格说明的测试。在不考虑程序内部结构和内部特性的状况下，测试者依据该程序功能上的输入输出关系，或是程序的外部特性来设计和选择测试用例，推断程序编码的正确性。黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常用法。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的状况下，在程序接口进行测试，它只检查程序功能是否依据需求规格说明书的规定正常用法，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部规律结构，主要针对软件界面

3、和软件功能进行测试。1.等价类划分(1)划分等价类。假如某个输入条件规定了取值范围或值的个数。则可确定一个合理的等价类(输入值或数在此范围内)和两个不合理等价类(输入值或个数小于这个范围的最小值或大于这个范围的最大值)。假如规定了输入数据的一组值，而且程序对不同的输入值做不同的处理，则每个允许输入值是一个合理等价类，此处还有一个不合理等价类(任何一个不允许的输入值)。软件测试面试题+测试基础学问假如规定了输入数据必需遵循的规章，可确定一个合理等价类(符合规章)和若干个不合理等价类(从各种不同角度违反规章)。假如已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分为更小的等价类

4、。(2)确定测试用例。为每一个等价类编号。设计一个测试用例，使其尽可能多地掩盖尚未被掩盖过的合理等价类。重复这步，直到全部合理等价类被测试用例掩盖。设计一个测试用例，使其只掩盖一个不合理等价类。2.边界值分析用法边界值分析方法设计测试用例时一般与等价类划分结合起来。但它不是从一个等价类中任选一个例子作为代表，而是将测试边界状况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。(1)假如输入条件规定了值的范围，可以选择正好等于边界值的数据作为合理的测试用例，同时还要选择刚好越过边界值的数据作为不合理的测试用例。如输入值的范围是1，100，可取0，1，100，101等值作为测试数据。

5、(2)假如输入条件指出了输入数据的个数，则按最大个数、最小个数、比最小个数少1、比最大个数多1等状况分别设计测试用例。如，一个输入文件可包括1-255个记录，则分别设计有1个记录、255个记录，以及0个记录的输入文件的测试用例。(3)对每个输出条件分别依据以上原则(1)或(2)确定输出值的边界状况。如，一个同学成果管理系统规定，只能查询95-98级高校生的各科成果，可以设计测试用例，使得查询范围内的某一届或四届同学的同学成果，还需设计查询94级、99级同学成果的测试用例(不合理输出等价类)。由于输出值的边界不与输入值的边界相对应，所以要检查输出值的边界不确定可能，要产生超出输出值之外的结果也不

6、确定能做到，但必要时还需试一试。(4)假如程序的规格说明给出的输入或输出域是个有序集合(如挨次文件、线形表、链表等)，则应选取集合的第一个元素和最终一个元素作为测试用例。3.错误推想法在测试程序时，人们可能依据阅历或直觉推想程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例，这就是错误推想法。4.因果图法等价类划分和边界值方法分析方法都只是孤立地考虑各个输入数据的测试功能，而没有考虑多个输入数据的组合引起的错误。5.推断表驱动法6正交试验设计法7.功能图法软件测试面试题+测试基础学问2.1.2白盒测试：是结构测试、规律驱动测试或基于程序的测试。测试者生疏程序的内部结构，依据程序

7、模块的内部结构来设计测试用例，检测程序代码的正确性 白盒测试是结构测试，所以被测对象基本上是源程序，以程序的内部规律为基础设计测试用例。白盒测试方法：总体上分为 静态方法和动态方法两大类。静态测试方法：不要求在计算机上实际执行所测程序，主要以一些人工的模拟技术对软件进行分析和测试，关键功能是检查软件的表示和描述是否全都,没有冲突或者没有歧义。 动态测试方法：是通过输入一组预先依据确定的测试准则构造的实例数据来动态运行程序，而达到发觉程序错误的过程。动态测试方法分为以下几种：1、规律掩盖程序内部的规律掩盖程度，当程序中有循环时，掩盖每条路径是不行能的，要设计使掩盖程度较高的或掩盖最有代表性的路径

8、的测试用例。(1)语句掩盖。为了个提高发觉错误的可能性，在测试时应当执行到程序中的每一个语句。语句掩盖是指设计足够的测试用例，使被测试程序中每个语句至少执行一次。(2)判定掩盖。判定掩盖指设计足够的测试用例，使得被测程序中每个判定表达式至少获得一次“真”值和“假”值，从而使程序的每一个分支至少都通过一次，因此判定掩盖也称分支掩盖。(3)条件掩盖。条件掩盖是指设计足够的测试用例，使得判定表达式中每个条件的各种可能的值至少毁灭一次。(4)判定/条件测试。该掩盖标准指设计足够的测试用例，使得判定表达式的每个条件的全部可能取值至少毁灭一次，并使每个判定表达式全部可能的结果也至少毁灭一次。(5)条件组合

9、掩盖。条件组合掩盖是比较强的掩盖标准，它是指设计足够的测试用例，使得每个判定表达式中条件的各种可能的值的组合都至少毁灭一次。(6)路径掩盖。路径掩盖是指设计足够的测试用例，掩盖被测程序中全部可能的路径。在实际的规律掩盖测试中，一般以条件组合掩盖为主设计测试用例，然后再补充部分用例，以达到路径掩盖测试标准。2.循环掩盖3.基本路径测试其中运用最为广泛的是 基本路径测试法。基本路径测试法是在程序把握流图的基础上，通过分析把握构造的环路简洁性，导出基本可执行路径集合，从而设计测试用例的方法。软件测试面试题+测试基础学问2.1.3灰盒测试：是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出

10、对于输入的正确性， 同时也关注内部表现，但这种关注不象白盒那样具体、完整，只是通过一些表征性的现象、大事、标记来推断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种状况格外多，假如每次都通过白盒测试来操作，效率会很低，因此需要实行这样的一种灰盒的方法。2.2从测试发生的时间挨次分为：2.2.1单元测试：是对软件基本单元的测试单元测试（模块测试）是：开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于推断某个特定条件（或者场景）下某个特定函数的行为。单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编

11、写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的全都。单元测试的主要目的：是针对编码过程中可能存在的各种错误，例如用户输入验证过程中的边界值的错误。2.2.2集成测试对由个模块组装而成的系统进行测试，检查各模块间的接口和通信集成测试（也叫组装测试，联合测试）是单元测试的规律扩展。它的最简洁的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，很多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试

12、。最终，将构成进程的全部模块一起测试。集成测试主要目的：是针对具体设计中可能存在的问题，尤其是检查各单元与其它程序部分之间的接口上可能存在的错误。2.2.3系统测试系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否的确能供应系统方案说明书中指定功能的有效方法。（常见的联调测试）系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。系统测试主要针对b概要设计/b，检查了系统作为一个整体是否有效地得到运行，例如在产品设置中是否达到了预期的高性能软件测试面试题+测试基础学问2.2.4验收测试验证软件的功能和性能及其它特性是否与用户的要求全都。

13、验收测试是部署软件之前的最终一个测试操作。验收测试的目的是确保软件预备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。验收测试是向将来的用户表明系统能够像预定要求那样工作。经集成测试后，已经依据设计把全部的模块组装成一个完整的软件系统，接口错误也已经基本排解了，接着就应当进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能犹如用户所合理期盼的那样。验收测试通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需要(需求)。 验收测试分为非正式验收测试和正式验收测试两大类。其中非正式验收测试包括alpha测试和beta测试。在MSF中，测试分为2大类：（其中MSF 是什

14、么？）1 掩盖测试：找出程序中的缺陷，即是否该找的地方都找了。2用法测试：找出程序中的失败，即为什么用法不成功。3、测试的执行过程测试主要由下面6个相互关联、相互作用的过程组成：3.1测试方案确定各测试阶段的目标和策略。这个过程将输出测试方案，明确要完成的测试活动，评估完成活动所需要的时间和资源，设计测试组织和岗位职权，进行活动支配和资源支配，支配跟踪和把握测试过程的活动。3.2测试设计依据测试方案设计测试方案。测试设计过程输出的是各测试阶段用法的测试用例。测试设计也与软件开发活动同步进行，其结果可以作为各阶段测试方案的附件提交评审。测试设计的另一项内容是回来测试设计，即确定回来测试的用例集。

15、对于测试用例的修订部分，也要求进行重新评审。测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。指对一项特定的软件产品进行测软件测试面试题+测试基础学问试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。测试用例构成了设计和制定测试过程的基础。编制测试用例的具体做法：1) 测试用例文档2) 测试用例的设置3) 设计测试用例测试用例在软件测试中的作用：1) 指导测试的实施。测试用例主要适用于集成测试、系统测试和回来测试。2) 规划测试数

16、据的预备3) 编写测试脚本的设计规格说明书4) 评估测试结果的度量基准。完成测试实施后需要对测试结果进行评估，并且编制测试报告。推断软件测试是否完成、衡量测试质量需要一些量化的结果。例：测试掩盖率是多少、测试合格率是多少、重要测试合格率是多少，等等。5) 分析缺陷的标准3.3测试实施用法测试用例运行程序，将获得的运行结果与预期结果进行比较和分析，记录、跟踪和管理软件缺陷，最终得到测试报告3.4测试配置管理测试配置管理是软件配置管理的子集，作用于测试的各个阶段。其管理对象包括测试方案、测试方案（用例）、测试版本、测试工具及环境、测试结果等。一般会得到一个基线测试用例库。3.5资源管理包括对人力资

17、源和工作场所，以及相关设施和技术支持的管理。假如建立了测试试验室，还存在其他的管理问题。3.6测试管理接受适宜的方法对上述过程及结果进行监视，并在适用时进行测量，以保证上述过程的有效性。假如没有实现预定的结果，则应进行适当的调整或订正。4、几种测试类型的介绍4.1单元测试4.1.1定义单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括内部结构（如规律和数据流）以及单元的功能和可观测的行为。侧重于单元内部结构的测试设计和实施依靠于对单元实施状况的了解（白盒方法）。为核实单元的可观测行为和功能而进行的测试设计和实施并不依靠于对实施状况的了解，因而被称为黑盒方法。软件测试面试题+

18、测试基础学问单元测试是一种格外高效的测试方法，并且是软件测试周期中第一个进行的测试。加强单元测试力度有利于降低缺陷定位和修复难度，从而降低缺陷解决成本，同时加强单元测试也减轻了后续集成测试和系统测试的负担。单元测试一般是由开发工程师执行的。4.1.2方法单元测试一般要做以下三项工作a.设计测试用例b.编写测试代码c.执行待测程序其中测试用例的设计是很重要的一步，好的测试用例的原则是：a.能够发觉至今没有发觉的错误b.测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成c.应当包含合理的输入条件和不合理的输入条件。可以依照以下方法来设计测试用例：1、程序中每一条可执行语句至少被执行一次。

19、2、程序中每一个分支推断的每一种可能结果(主要指switch-case状况)都至少被执行一次。3、程序中每一个分支推断中的每一个条件的可能结果都至少被执行一次。4、程序中每一个分支推断中的每一个条件的每一种可能组合结果都至少被执行一次。5、程序中全部的可能路径都至少被执行一次。4.1.3常用的工具常用的单元测试工具有 NUnit 和 NUnitAsp 。4.2回来测试4.2.1定义回来测试是指依据修复好了的缺陷再重新进行的测试。回来测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回来测试。回来测试的目的在于验证以前毁灭过但已经修复好的

20、缺陷不再重新毁灭。一般指对某已知修正的缺陷再次围绕它原来毁灭时的步骤重新测试。当软件中所含错误被发觉时，假如错误跟踪与管理系统不够完善，就可能会遗漏对这些错误的修改；而开发者对错误理解的不够透彻，也可能导致所做的修改只修正了错误的外在表现，而没有修复错误本身，从而造成修改失败；修改还有可能产生副作用从而导致软件未被修改的部分产生新的问题，使原来工作正常的功能产生错误。同样，在有新代码加入软件的时候，除了新加入的代码中有可能含有错误外，新代码还有可能对原有的代码带来影响。因软件测试面试题+测试基础学问此，每当软件发生转变时，我们就必需重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改

21、是否损害了原有的正常功能。回来测试一般是由测试工程师执行的。4.2.2方法一般进行回来测试的步骤如下：1.建立测试基线,这是回来测试的前提。具体方式是将全部的测试用例放到配置库中，打上版本标记。2.从基线测试用例库中提取合适的测试用例组成回来测试包，必要时进行开发和重新设计整理。3.在后续开发过程中，每次测试之前先运行回来测试包。保存在基线测试用例库中的测试用例可能是自动测试脚本，也有可能是测试用例的手工实现过程。4.2.3常用的工具在实际工作中，回来测试需要反复进行，当测试者一次又一次地完成相同的测试时，这些回来测试将变得格外令人厌烦，为了提高回来测试的效率，我们可以用法些自动化回来测试工具

22、。常用的工具有WinRunner等，具体的用法见相关的文档。4.3性能测试4.3.1目的性能测试的目的是验证软件系统是否能够达到用户提出的性能指标，同时发觉软件系统中存在的性能瓶颈，优化软件，最终起到优化系统的目的。包括以下几个方面：一评估系统的力气，测试中得到的负荷和响应时间数据可以被用于验证所方案的模型的力气，并忧虑作出决策。二识别体系中的弱点：受控的负荷可以被增加到一个极端的水平，并突破它，从而修复体系的瓶颈或薄弱的环节。三系统调优：重复运行测试，验证调整系统的活动得到了预期的结果，从而改进性能。检测软件中的问题：长时间的测试执行可导致程序发生由于内存泄露引起的失败，揭示程序中的隐含的问

23、题或冲突。四验证稳定性（resilience）牢靠性（reliability）：在一个生产负荷下执行测试确定的时间是评估系统稳定性和牢靠性是否满足要求的唯一方法。4.3.2定义性能测试是通过自动化的测试工具模拟多种正常、峰值以及异样负载条件来对系统的各项性能指标进行测试性能测试主要测试软件的性能，包括负载测试，强度测试，数据库容量测试，基准测试以及竞争测试。负载测试：负载测试是一种性能测试,指当数据在超负荷环境中运行时程序是否能够担当。在这种测试中，将使测试对象担当不同的工作量，以评测和评估测试对象在不同工作量软件测试面试题+测试基础学问条件下的性能行为，以及持续正常运行的力气。负载测试的目标

24、是确定并确保系统在超出最大预期工作量的状况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。强度测试：强度测试是一种性能测试，它在系统资源特殊低的状况下测试软件系统运行状况。实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。假如内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。数据库容量测试：数据库容量测试指通过存储过程往数据库表中插入确定数量的数据，看看相关页面是否能够准时显示数据。数据库容

25、量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。基准测试：基准测试是一种与已知现有的系统进行比较，主要检验是否与类似的产品具有竞争性的一种测试。竞争测试：软件竞争用法各种资源（数据纪录，内存等），看他与其他相关系统对资源的争夺力气。比如：一台机器上既安装您的财务系统，又安装用友财务系统。当CPU占有率下降后，看看是否能够强过用友财务系统，而是自己的系统能够正常运行？4.3.3 方法做性能测试一般可以通过一些三方的工具来实现4.3.3常用的工具性能测试一般都是通过工具来完成的，常用的工具有 Microso

26、ft Application Center Test(ACT)。5、测试方案的制定5.1、制定的阶段测试方案是与软件开发活动同步进行的。 在MSF的构想(Envisioning)阶段,要制定测试策略和测试的验收标准。在方案(Planning)阶段),要完成和评审测试方案及所用到的资源。在开发(Developing)阶段,要完成和评审单元测试方案。对于测试方案的修订部分，需要进行重新评审。5.2、制定过程中要考虑的因素1.应明确的在测试方案中确立好测试管理机制的关键大事,如。a.汇报机制。确定好用周报制度还是日报制度，日报的反馈速度越快，定位解决问题越快，但信息处理工作量大。b.例会制度。每周进

27、行一次例会，依据实际状况，考虑测试方案的调整或滚动。 c.实施怎样的试验室管理制度，以做到责任明确。软件测试面试题+测试基础学问d.在日报中的工作汇报。不仅要包括发觉的问题，还应包括在测试时新制造的测试点，这些测试点应当补充到测试方案中作为一个测试项；e.人员心情如何调整。在测试周期过长时，影响测试效率的一个重要因素是测试人员的心情，一个人反复测试一个模块，总是会毁灭厌倦心情的。2.应明确的在测试方案中确立数据的管理和分析体系的方法,如：专人对提交的过程文档,周报报告中的数据予以整理和管理，以便后期在系统测试评审时作为数据来分析。现在往往是在系统测试结束后才来收集数据，可能会造成数据的不同程度

28、失真或滞后。收集的数据可以按不同种类来划分。这可以依靠我们系统的CHECKLIST。有一种工具叫 SRES (软件牢靠性专家系统) 是很有用的，我们可以依据它的输入数据来收集。3.应明确的在测试方案中确立风险估量的引入,如：制定测试方案时,就应当考虑好对系统测试工作量的估量，测试成本的估量,版本市场定位的估量等等,并且必要时可依据实际状况进行裁剪或补充。5.3、方案的内容1.概述2.测试的目的3.测试方案和假设4.主要测试职责：参与测试过程的人5.测试的特征和功能：要测试的功能和特殊6.测试期望的结果7.交付物：实施测试要用材料（文档和数据）8.测试的规程和评审方法:为了确保测试的质量需要经过

29、的测试步骤9.跟踪和状态报告：定义在测试过程中，测试小组成员沟通的方式10.测试资源需求：测试要用到的资源（人，软件工具，硬件环境）11.Bug报告工具和方法：描述如何记录测试过程中发觉的BUG12.进度表：描述测试的周期，任务，里程碑和交付物13.风险和依靠：描述测试的假设，风险和依靠性6、负载测试，容量测试，强度测试和兼容测试的区分 负载测试：在确定的工作负荷下，系统的负荷及响应时间。强度测试：在确定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。容量测试：容量测试目的是通过测试预先分 析出反映软件 系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系

30、统在其极限值状 态下没有毁灭任何软件故障或还能保持主要功能正常运行。容量测试 还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发觉它是否能够正确处理。容量测试是面对数据的，并且它的目的是显示系统可以处理目标内确定的数据容量。软件测试面试题+测试基础学问兼容测试：主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。兼容的类型，假如细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的状况下，才需要做兼容。依据软件运行的需要

31、，或者依据需求文档，一般都能够得出用户会在什么环境下用法该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。兼容和配置测试的区分在于，做配置测试通常不是Clean OS下做测试，而兼容测试多是在Clean OS的环境下做的。7、alpha测试、beta测试 和gamma测试测试有三个传统的称呼，alpha、beta、gamma，用来标识测试的阶段和范围。alpha 是指内测，即现在说的 CB，指开发团队内部测试的版本或者有限用户体验测试版本。beta 是指公测，即针对全部用户公开的测试版本。然后做过一些修改，成为正式发布的候选版本时（现在叫做 RC - Release Candidat

32、e），叫做 gamma。7.1 Alpha测试 Alpha 测试是由一个用户在开发者的场所来进行的，软件在开发者对用户的“指导”下进行测试，开发者负责记录错误和用法中毁灭的问题，Alpha测试是在一个受控的环境中进行的。Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部用户在模拟实际操作环境进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发觉的错误，可以在测试现场马上反馈给开发人员，由开发人员进行分析和处理。目的是评论软件产品的功能、可用法性、牢靠性、性能和支持。尤其留意产品的界面和特色。Alpha可以从软件产品编码结束之后开头，或在模块（子系统）测试完成

33、之后开头，也可以在确认测试过程中产品达到确定的牢靠和稳定性之后开头，有关的手册（草稿）应当在Alpha测试之前预备好。Alpha测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖全部可能的用户操作方式。7.2 Beta测试经过测试调整的软件产品称为版本。紧随其后的测试是指软件开发公司组织各方面的典型用户在日常工作中实际用法版本，并要求用户报告异样状况、提出批判看法。然后软件开发公司再对版本进行改错和完善。 一般包括功能度、平安牢靠性、易用性、可扩充性、兼容性、效率、资源占用率、用户文档八个方面。Beta测试是由软件的多个用户在一个或多个实际用法环境下进行的测试，开

34、发者通常不在现场，Beta测试不能由程序员和测试员完成。因此，Beta测试是在开发者无法把握的软件测试面试题+测试基础学问环境下进行的软件现场应用。在Beta测试中，由用户登记遇到的问题，包括真实的和主管确认的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最终将软件产品交付给全体用户用法。Beat测试留意于产品的支持性，包括文档、客户培训和支持产品的生产力气，只有当Alpha测试达到确定的牢靠程序后才能进行Beta测试。由于Beta测试的主要目标是测试产品的可支持性，所以beta测试应尽可能由主持产品发行的人员来管理。我们认为Beta测试就是由一部分受把握的客户进行的黑盒测试。由于A

35、lpha测试和Beta测试的组织难度大，测试费用高，测试的随机性强，测试周期跨度较长，测试质量和效率难于保证，所以，很多专业软件可能不进行Beta测试，随着测试技术的提高，以及专业测试服务机构的大量涌现，很多软件的Beta测试外包给测试机构进行测试。区分：Alpha测试是:由用户或开发人员在开发环境下进行的测试.Beta测试是:在实际应用环境中进行的测试,通常由用户来完成,开发人员不在现场. 两种测试最根本的区分是在于测试环境.7.3 Gamma测试 Gamma测试是一个很少被提及的非正式测试阶段，该测试阶段对应的是对“存在缺陷”产品的测试。考虑到任何产品都可以被称为“存在缺陷”的产品（测试只

36、能发觉产品中存在的问题，不能说明产品不存在问题），因此这个概念存在确定的不确定。8、测试结束的标准是什么用例全部测试。掩盖率达到标准。缺陷率达到标准。其他指标达到质量标准9、描述软件测试活动的生命周期测试周期分为方案、设计、实现、执行、总结。方案：对整个测试周期中全部活动进行规划，估量工作量、风险，支配人力物力资源，支配进度等；设计：完成测试方案，从技术层面上对测试进行规划；实现：进行测试用例和测试规程设计；执行：依据前期完成的方案、方案、用例、规程等文档，执行测试用例。总结：记录测试结果，进行测试分析，完成测试报告。10、软件的缺陷等级应如何划分？软件测试面试题+测试基础学问A类严峻错误：1

37、 由于程序所引起的死机,非法退出 2 死循环 3 数据库发生死锁 4 因错误操作导致的程序中断 5 功能错误 6 与数据库连接错误7 数据通讯错误B类较严峻错误：1 程序错误 2 程序接口错误3 数据库的表、业务规章、缺省值未加完整性等约束条件C类一般性错误，1 操作界面错误（包括数据窗口内列名定义、含义是否全都）2 打印内容、格式错误 3 简洁的输入限制未放在前台进行把握4 删除操作未给出提示 5 数据库表中有过多的空字段D类较小错误，1 界面不规范 2 挂念说明描述不清楚 3 输入输出不规范4 长操作未给用户提示 5 提示窗口文字未接受行业术语6、可输入区域和只读区域没有明显的区分标记11

38、、当开发人员说不是BUG时,你如何应付？开发人员说不是bug，有2种状况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3方商量确定好后再看要 不要改。二是这种状况不行能发生，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么？假如被用户发觉或出了问题，会有什么不良结果？ 程序员可能会给你很多理由，你可以对他的说明进行反对。假如还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,假如要修改就改,假如不 要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，假如开发人员不修改也没有大问题。假如确定是bug的话，确定

39、要坚持自己的立场， 让问题得到最终的确认（ 首先你要正确理解出错误是bug，还是软件缺陷，假如是软件缺陷的话，最好挺直找你的部门经理，然后由部门经理与开发部经理协调。假如是bug，你应当理清bug毁灭的缘由，然后整理成报告给相应的开发人员， 假如此人员不改正的状况下，交给部门经理负责。）12.为什么一个团队中要开展软件测试工作？答：软件测试在整个团队中占有格外重要的地位，具体来说就是测试是一个发觉软件错误的过程，执行软件测试会以最少的人力和时间，系统要找到软件存在的缺陷和错误，建立起开发人员和用法者对软件的信息。13.您是否了解以往所工作的企业的软件测试过程？假如了解，请叙述在这个过程中都有哪

40、些工作要做？分别软件测试面试题+测试基础学问有哪些不同的角色来完成这些工作？答：软件测试人员负责软件开发部门的新产品的升级测试，负责软件问题解决过程跟踪，负责人软件开发文档开发工作的规范化及管理开发部门的产品文档，制作用户手册及操作手册，负责产品的上线测试，监督软件开发过程的执行，提高产品质量。14.您是否了解以往开发所工作的企业的开发过程？假如了解，请叙述一个完整的开发过程需要完成那些工作？分别有哪些不同的角色来完成这些工作？(对于软件测试部分，可以简述)答：需求人员连同系统分析人员、测试人员开会争辩需求。系统分析人员写出需求分析说明书，并连同系统分析人员、测试人员、需求人员开会争辩可行性。系统分析人员写出具体设计说明书，程式人员编码，给出系统流程图，交与测试人员，测试人员给出Bug统计表。15.您在以前的测试工作中都曾经具体从事过哪些工作？其中最擅长哪些部分工作？答：性能测试，编写测试工具，文档的管理等，比较擅长与写测试用例和进行测试功能测试。16.您生疏的软件测试类型都有哪些？请试着