软件测试基本知识面试题一

@张廷玉说万言万当，不如一默

软件测试基本知识面试题一

1. 什么是软件测试?
   答：描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。（通俗来讲：软件测试是为了发现错误而执行程序的过程）

2. 软件测试的目的?
   答：尽可能早一些发现软件缺陷，并确保得以修复

3. 什么是需求文档测试？
   答：主要测试需求中是否存在逻辑矛盾以及需求在技术上是否可以实现（个人理解这一步相当于需求分析阶段的内容）

4. 什么是设计文档测试?
   答：测试设计是否符合全部需求以及设计是否合理（个人理解这给相当于用例设计）

5. 什么是黑盒测试？
   答：只知道软件要做什么，无法看到盒子中是如何运作的，只要进行一些输入，就能得到某种输出结果

6. 什么是白盒测试？
   答：可以访问程序员代码，并通过检查代码来协助测试，可以看到盒子里面。测试人员更具代码检查结果判断可能是否出错，并据此调整测试程序

7. 什么是静态测试？
   答：测试不运行的部分—只是检查和审阅。

8. 什么是动态测试？
   答：运行和使用软件来测试

9. 什么是α测试?
   答：Alpha测试(α测试)是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员直接修改。

10. 什么是β测试?
    答：Beta测试(β测试)是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。

11. 什么是驱动模块？
    答：驱动模块在大多数场合称为"主程序"，它接收测试数据并将这些数据传递到被测试模块.单元测试一个函数单元时，被测单元本身是不能独立运行的，需要为其传送数据，为此写驱动。

    驱动模块主要完成以下事情：
    1、接受测试输入;
    2、对输入进行判断;
    3、将输入传给被测单元，驱动被测单元执行;
    4、接受被测单元执行结果，并对结果进行判断;
    5、将判断结果作为用例执行结果输出测试报告。

12. 什么是桩模块?
    答：比如对函数A做单元测试时，被测的函数单元下还包括了一个函数B，为了更好的测试，定位错误，就要为函数B写桩，来模拟函数B的功能，保证其正确。（桩模块就是用来代替所测的子模块，它不能为空，但也不需要那个子模块的所有功能都实现，只要实现在一部分就行了；）

13. 白盒测试有哪几种方法?
    答：主要方法有逻辑驱动、基路测试等，主要用于软件验证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。

14. 黑盒测试有哪几种方法?
    答：等价类划分，边界值分析法，错误猜测法，因果图方法，正交表分析法，场景分析方法，状态图法，大纲法

    1）划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序
    中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.
    因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试
    的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不
    同的情况:有效等价类和无效等价类.

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

    3）错误猜测法基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为 0 的情况.输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.

    4）因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.

    5）正交表分析法有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。

    6）场景分析方法指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。

    7）状态图法通过输入条件和系统需求说明得到被测系统的所有状态，通过输入条件和状态得出输出条件；通过输入条件、输出条件和状态得出被测系统的测试用例。

    8）大纲法：大纲法是一种着眼于需求的方法，为了列出各种测试条件，就将需求转换为大纲的形式。大纲表示为树状结构，在根和每个叶子结点之间存在唯一的路径。大纲中的每条路径定义了一个特定的输入条件集合，用于定义测试用例。树中叶子的数目或大纲中的路径给出了测试所有功能所需测试用例的大致数量。

15. 如果能够执行完美的黑盒测试，还需要进行白盒测试吗?(白盒与黑盒的区别)
    答：白盒测试和黑盒测试是软件测试的两种不同方法，任何工程产品(注意是任何工程产品)都可以使用二者之一进行测试：
    白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。
    黑盒测试：是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。
    二者最大的区别应该就是测试对象不一样，白盒测试主要针对的是程序代码逻辑，黑盒测试主要针对的是程序所展现给用户的功能，简单的说就是前者测试后台程序后者测试前台展示功能。

16. 软件测试应该划分几个阶段?简述各个阶段应重点测试的点?各个阶段的含义?
    答：大体上来说可分为单元测试,集成测试,系统测试,验收测试,
    单元测试阶段。各独立单元模块在与系统地其他部分相隔离的情况下进行测试，单元测试针对每一个程序模块进行正确性校验，检查各个程序模块是否正确地实现了规定的功能。生成单元测试报告，提交缺陷报告。
    集成测试阶段。集成测试是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。该阶段生成集成测试报告，提交缺陷报告。
    系统测试阶段。将通过确认测试的软件，作为整个给予计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行全面的功能覆盖。该阶段需要提交测试总结和缺陷报告。

17. 什么是单元测试?
    答：单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。

18. 什么是集成测试?
    答：集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。

19. 什么是系统测试？
    答：系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。

20. 什么验收测试？
    答：:验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集.

21. 什么是回归测试？
    答： 回归测试有两类：用例回归和错误回归；用例回归是过一段时间以后再回头对以前使用过的用例在重新进行测试，看看会重新发现问题。错误回归，就是在新版本中，对以前版本中出现并修复的缺陷进行再次验证，并以缺陷为核心，对相关修改的部分进行测试的方法。

22. 单元测试、集成测试、系统测试的侧重点是什么?
    答：单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试，测试重点是系统的模块，包括子程序的正确性验证等。 集成测试也叫组装测试或联合测试。
    集成测试：在单元测试的基础上，将所有模块按照设计要求，组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题在全局上很可能暴露出来，影响功能的实现。测试重点是模块间的衔接以及参数的传递等。
    系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。测试重点是整个系统的运行以及与其他软件的兼容性。

23. 软件的缺陷等级应如何划分?
    答：软件缺陷的等级可以用严重性和优先级来描述；
    严重性：衡量缺陷对客户满意度影响的满意程度，分为
    1.致命错误，可能导致本模块以及其他相关的模块异常，死机等问题；
    2.严重错误，问题局限在本模块，导致模块功能失常或异常退出；
    3.一般错误，模块功能部分失效；
    4.建议模块，有问题提出人对测试模块的改进建议；
    优先级：缺陷被修复的紧急程度；
    1.立即解决（P1级）：缺陷导致系统功能几乎不能使用或者测试不能继续，需立即修复；
    2.高优先级（P2级）：缺陷严重，影响测试，需优先考虑；
    3.正常排队（P3级）：缺陷需要正常排队等待修复；
    4.低优先级（P4级）：缺陷可以在有时间的时候被纠正；

24. 针对缺陷采取怎样的管理措施?
    答：1. 要更好的管理缺陷，必须引入缺陷管理工具，商用的或者开源的都可。
    2. 根据缺陷的生命周期，考虑缺陷提交的管理、缺陷状态的管理和缺陷分析的管理。
    3. 所有发现的缺陷(不管是测试发现的还是走读代码发现的)都必须全部即时的、准确的提交到缺陷管理工具中，这是缺陷提交的管理。
    4. 缺陷提交后，需要即时的指派给相应的开发人员，提交缺陷的人需要密切注意缺陷的状态， 帮助缺陷的尽快解决。缺陷解决后需要即时对缺陷的修复进行验证。这样的目的有两个：一个是让缺陷尽快解决;二是方便后面缺陷的分析(保证缺陷相关的信息准确，如龄期等)，这是缺陷状态的管理。
    5. 为了更好的改进开发过程和测试过程，需要对缺陷进行分析，总结如缺陷的类别、缺陷的龄期分布等信息，这是缺陷分析的管理。

25. 描述缺陷管理工具对软件缺陷(BUG)]跟踪的管理的流程？（缺陷管理工具）
    答：
    
    bugzilla：

1. 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。
2. 经验证无误后，修改状态为VERIFIED.待整个产品发布后，修改为CLOSED.
3. 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
4. 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。
5. 若是，进行处理，resolved并给出解决方法。(可创建补丁附件及补充说明)
6. 开发者收到Email信息后，判断是否为自己的修改范围。
7. 若不是，重新reassigned分配给项目组长或应该分配的开发者。
8. 测试人员查询开发者已修改的bug，进行重新测试。