软件测试知识点3

063、一份测试计划应该包括哪些内容?

背景、项目简介、目的、测试范围、测试策略、人员分工、资源要求、进度计划、参考文档、常用术语、提交文档、风险分析。

065、如何定位测试用例的作用?

组织性：编写、组织性、功能覆盖、重复性、跟踪、测试确认

066、什么是兼容性测试?请举例说明如何利用兼容性测试列表进行测试。

主要验证软件产品在不同版本之间的兼容性。包括向下兼容和交错兼容，向下兼容是测试软件新版本保留它早期版本功能的情况，交错兼容是验证共同存在的两个相关但不相同的产品之间的兼容性。

067、对某软件进行测试，发现在WIN98上运行得很慢，怎么判别是该软件存在问题还是其软硬件运行环境存在问题?

看软件的运行环境要求。如果符合要求则是程序存在问题，若不符合要求则是硬件系统存在问题

070、性能测试的流程?

1.测试需求分析2.测试计划制定与评审3.测试用例设计与开发4.测试执行与监控5.分析测试结果6.编写性能测试报告7.测试经验总结

073、 您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性能测试

易用性测试-界面的友好性，操作方便性等。

功能测试-系统中功能性需求的满足

安全性测试-系统是否存在安全隐患和漏洞

性能测试-系统在大并发下的响应速度和健壮性

074、您认为做好测试计划工作的关键是什么?

了解项目或系统的业务需求

和项目经理协调好，了解项目的进度计划安排情况

075、您认为做好测试用例设计工作的关键是什么?

对业务和软件需求非常清楚，可以根据需求不同选择不同的测试用例设计

076、.您以往的工作中是否曾开展过测试用例的评审工作?如果有，请描述测试用例评审的过程和评审的内容。

评审计划-预审->评审;

评审主要是测试用例对软件需求的覆盖程度，对于相关边界是否考虑，是否针对复杂流程准备多套测试数据，是否有专门针对非功能性需求的测试。

077、您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么?

关键是测试脚本的录制，测试时候测试环境的干净。

软件缺陷：

1）软件未实现产品说明书要求的功能

2）软件出现了产品说明书指明不应该出现的错误

3）软件实现了产品说明书未提到的功能

4）软件未实现产品说明书虽未明确提及但应该实现的目标

5）软件难以理解、不易使用、运行缓慢或者从测试员的角度看最终用户会认为不好。

软件测试：为了发现软件产品中的各种缺陷，而对软件产品进行验证和确认的活动过程，此过程贯穿整个软件开发生命周期。 简单的说，软件测试是以发现错误为目的而执行的一个程序或系统的过程。

软件测试的目的：

1.验证软件需求和功能是否得到完整实现

2.验证软件是否可以发布

3.尽可能多的发现软件中的bug

4.尽可能早的发现软件中的bug

5.对软件质量做出合理评估

6.预防下个版本可能出现的问题

7.预防用户使用可能出现的问题

8.发现开发过程中的问题和风险

软件测试的原则：

1、所有测试的标准都是建立在用户需求之上 。

2、合理控制测试深度与广度，完全测试不可能，测试的投入与产出要均衡。

3、80-20原则，软件中80%的bug可以在分析、设计与评审阶段就能被发现与修正，16%的缺陷在系统的软件测试中发现，最后剩下的4%是用户长期使用的过程中才能暴露出来。

4、尽可能早的开展测试，越早发现错误，修改的代价越小。

5、发现错误较多的程序段，应进行更深入的测试。

6、软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试 。

7、软件开发人员即程序员应当避免测试自己的程序

8、严格执行测试计划，排除测试的随意性，以避免发生疏漏或者重复无效的工作

web测试和APP测试的区别

仅仅从功能测试的层面上来讲的话，在流程和功能测试上是没有区别的。那么区别在哪里呢？

由于载体不一样，所以系统测试和一些细节可能会不一样。

那么我们就要先来了解，web和app的区别。

web项目，一般都是b/s架构，基于浏览器的，而app则是c/s的，必须要有客户端。那么在系统测试测试的时候就会产生区别了。

首先从系统架构来看的话，web测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。但是app端是不能够保证完全一致的，除非用户更新客户端。如果是app下修改了服务端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。

接着是性能方面，web页面可能只会关注响应时间，而app则还需要关心流量、电量、CPU、GPU、Memory这些了。至于服务端的性能是没区别，这里就不谈。

相比较web测试，app更是多了一些专项测试：

健壮性测试：

一些异常场景的考虑以及弱网络测试。这里的异常场景就是中断，来电，短信，关机，重启等。

而弱网测试是app测试中必须执行的一项测试。包含弱网和网络切换测试。需要测试弱网所造成的用户体验，重点要考虑回退和刷新是否会造成二次提交。需要测试丢包，延时的处理机制。避免用户的流失。这些在前面的弱网测试那篇已经讲过，这里不再讲了。

安装、卸载、更新：

　　web测试是基于浏览器的所以不必考虑这些。而app是客户端的，则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件，更新的强制更新与非强制更新、增量包更新、断点续传、弱网，卸载后删除app相关的文件等等。

就自动化来讲，web大多用的selenium、webdriver，而app则是appium。

性能使用的工具web则是LR，app使用Jmeter要多一点

如何提交高质量的缺陷报告单

1、 缺陷的概要描述要清晰准确，要使相关开发负责人员能够一目了然问题是什么。

2、 一个完整的缺陷报告单，必须包含其必要的元素信息，例如：概要描述，缺陷发现人，测试环境，浏览器，缺陷重现步骤，严重等级，指派人，所属功能模块等等，必要元素信息必须描述全面清楚。

3、 缺陷的重现步骤必须描写清晰明了，使相关开发负责人能够根据重现步骤准确的重现所提交的缺陷，使其定位缺陷的原因所在。

4、测试数据，测试的数据作为重现缺陷的一个重要元素信息，一定要将测试时所使用的信息给描写清楚准确。让开发人员根据测试所提供的测试数据准确重现缺陷。

5、附件截图信息，附件或截图信息能让开发人员能够一目了然的清楚问题的所在。

如何对web系统进行全面测试？

原文地址：如何对web系统进行全面测试 - 51Testing软件测试网

一、 功能测试

　　1、链接测试

　　链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面;其次，测试所链接的页面是否存在;最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。 链接测试可以自动进行，现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成，也就是说，在整个Web应用系统的所有页面开发完成之后进行链接测试。

　　2、表单测试

　　当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。

　　3、Cookies测试

　　Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。 如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。

　　4、设计语言测试

　　Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如Java、JavaScript、 ActiveX、VBScript或Perl等也要进行验证。

　　5、数据库测试

　　在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。 在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。

二、 性能测试

　　1、连接速度测试

　　用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长(例如超过5秒钟)，用户就会因没有耐心等待而离开。 另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。

　　2、负载测试

　　负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线?如果超过了这个数量，会出现什么现象?Web应用系统能否处理大量用户对同一个页面的请求?

　　3、压力测试

　　负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。 进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。 压力测试的区域包括表单、登陆和其他信息传输页面等。

静态测试：是指不运行软件，测试包括代码检查、静态结构分析、代码质量度量等，主要对软件需求说明书、设计说明书、软件源代码进行检查与分析。

动态测试：指通过运行被测程序，检查运行结果与预期结果的差异，分析差异原因，并分析软件运行效率、健壮性等性能。 动态测试是目前公司主要的测试方式

2）按照测试技术分为黑盒测试和白盒测试：

黑盒测试：黑盒测试又叫功能测试或数据驱动测试，在完全不考虑程序内部结构和内部特性的情况下，通过软件的外部表现来发现其缺陷和错误。

白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构进行测试程序，通过测试来检测产品内部逻辑是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。

3）按照测试手段来分，可以分为手工测试和自动化测试

4）按照过程阶段来分，可以分为单元测试、集成测试、系统测试和验收测试

单元测试：通过模块(类/方法/函数)测试，使代码达到设计要求 主要目的是针对编码过程中可能存在的各种错误，例如用户输入验证过程中的边界值的错误。

集成测试：将经过单元测试的模块逐步组装成完整的程序。 主要目的是检查各单元与其它程序部分之间的接口是否存在问题，各模块功能之间是否有影响。

系统测试：是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起进行测试。 系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方 ，进行改正。

验收测试：验收测试是在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的最后一次软件测试活动，也称为交付测试。 通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需要。

软件开发流程（软件生命周期）：

计划-》需求分析-》设计-》程序编写-》测试-》运行/维护

软件测试流程：

测试计划-》需求分析-》测试用例-》测试用例执行-》提交bug-》回归测试

软件开发模型：

软件测试模型：

V模型：反映了测试与开发阶段之间一一对应的特点，测试在开发之后，出错后回归测试量大。

W模型：测试伴随整个开发周期，测试与开发同步进行，有利于尽早发现问题

H模型：软件测试活动完全独立，与其他流程并行。

白盒测试方法

白盒测试方法有 语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。

1.语句覆盖每条语句至少执行一次。

2.判定覆盖每个判定的每个分支至少执行一次。

3.条件覆盖每个判定的每个条件应取到各种可能的值。

4.判定/条件覆盖同时满足判定覆盖条件覆盖。

5.条件组合覆盖每个判定中各条件的每一种组合至少出现一次。

6.路径覆盖使程序中每一条可能的路径至少执行一次。

测试分为白盒测试和黑盒测试，回答时，要注意分开说。白盒测试用例设计有如下方法：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。依据就是代码结构。

黑盒测试用例设计方法：基于用户需求的测试、等价类划分方法、边界值分析方法、错误推测方法、因果图方法、判定表驱动分析方法、正交实验法、场景法。依据是用户需求规格说明书，详细设计说明书。

集成测试通常都有哪些策略?

大致说四点即可，当然说全更好。集成测试有十种策略:(1)大爆炸集成(2)自顶向下集成(3)自底向上集成(4)三明治集成(5)分层集成(6)基干集成(7)基于功能的集成(8)基于消息的集成(9)基于风险的集成(10)基于进度的集成.

我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？

1、检查系统是否有中毒的特征；

2、检查软件/硬件的配置是否符合软件的推荐标准；

3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务；

4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的；

5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。

测试的策略有哪些？

黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测（Beta测试的策略）

正交表测试用例设计方法的特点是什么？

用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂；

对于基本验证功能，以及二次集成引起的缺陷，一般都能找出来；但是更深的缺陷，更复杂的缺陷，还是无能为力

具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。

单元测试的策略有哪些？

单元的常见错误一般出现在以下五个方面，因此这五个方面是单元测试应该关注的重点。

1、单元接口。

2、局部数据结构。

3、独立路径。

4、出错处理。

5、边界条件

在单元测试时，由于单元本身不是一个独立的程序，一个完整的可运行的软件系统并没有构成，所以需要设置一些辅助测试单元，辅助测试单元有两种，一种是驱动单元，另外一种是桩单元。

1、驱动单元（Driver）:用来模拟被测单元的上层单元，相当于被测函数的主函数，如main函数。所以驱动单元主要完成以下4个步骤：

（1）接受测试数据，包含测试用例输入和预期输出；

（2）把测试用例输入传送给被测单元，驱动被测单元测试；

（3）将被测单元的实际输出和预期输出进行比较，得到测试结果；

（4）将测试结果输出到指定位置。

2、桩单元（Stub）：用来代替被测单元工作过程中调用的子单元。

桩单元模拟的单元可能是自定义函数：这些自定义函数可能尚未编写完成，为了测试被测单元，需要构造桩单元来代替它们，可能存在错误，会影响测试结果，所以需要构造正确无误的桩单元来达到隔离的目的。

驱动单元和桩单元都是额外的开销，虽然在单元测试的时候必须写，但是并不需要作为最终的产品提供给客户。

单元测试策略

一般的单元执行策略有三种：孤立的单元测试策略（Isolation Unit Testing），自顶向下的单元测试策略（Top Down Unit Testing）和自底向上的单元测试策略（Bottom Up Unit Testing）。需要注意的是：在集成测试中也有自顶向下和自底向上的测试策略，但是测试对象不同。

1、孤立的单元测试策略（Isolation Unit Testing）

方法：不考虑每个模块与其它模块之间的关系，为每个模块设计桩模块和驱动模块，每个模块进行独立的单元测试。

优点：这个方法比较简单，最容易操作，可以达到很高的结构覆盖率，可以并行开展，该方法是纯粹的单元测试。

缺点：桩函数和驱动函数工作量很大，效率低。

2、自顶向下的单元测试策略（Top Down Unit Testing）

方法：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块，其次对第二层进行测试，使用上面已经测试过的单元做驱动模块，以此类推，直到测试完所有模块。

优点：可以节省驱动函数的开发工作，效率高。

缺点：随着被测单元一个一个被加入，测试过程将变得越来越复杂，并且开发和维护的成本将增加。

3、自底向上的单元测试策略（Bottom Up Unit Testing）

方法：先对最底层的模块进行单元测试，将模拟调用该模块的模块设置为驱动模块，然后再对上面一层做单元测试，用下面已经测试好的模块做桩模块，以此类推，直到测试完所有模块。

优点：可以节省桩函数的开发工作量，测试效率较高。

缺点：不是纯粹的单元测试，底层函数的测试质量对上层函数的测试将产生很大影响。

LoadRunner分哪三部分？

脚本生成器；场景控制器；结果分析器。

LoadRunner进行测试的流程?

1、 测试设计

2、 创建虚拟用户脚本

3、 创建运行场景

4、 运行场景

5、 监视场景

6、 分析测试的结果

什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？

在同一时间点，支持多个不同的操作。

LoadRunner中提供IP伪装，集合点，配合虚拟用户的设计，以及在多台电脑上设置，可以比较好的模拟真实的并发。

集合点，即是多个用户在某个时刻，某个特定的环境下同时进行虚拟用户的操作的。集合点失败，则集合点的操作就会取消，测试就不能进行。

你所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系

（兼容性测试），也称（配置测试）”，测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。

(功能测试)，也称为行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。

（性能测试），评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。

Beta测试与Alpha测试有什么区别？

Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场

Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试

软件的评审一般由哪些人参加？其目的是什么？

在正式的会议上将软件项目的成果（包括各阶段的文档、产生的代码等）提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方面的设计缺陷，并采取补救措施，以及找出在性能、安全性和经济方面的可能的改进。

人员：用户、客户或有关部门开发人员，测试人员，需求分析师都可以，就看处于评审那个阶段

阶段评审与项目评审有什么区别？

阶段评审对项目各阶段评审：对阶段成果和工作

项目评审对项目总体评审：对工作和产品

什么是扇入？什么是扇出？

扇入：被调次数，扇出：调其它模块数目

什么是桩模块？什么是驱动模块？

桩模块：被测模块调用模块

驱动模块：调用被测模块

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

软件测试计划就是在软件测试工作正式实施之前明确测试的对象，并且通过对资源、时间、风险、测试范围和预算等方面的综合分析和规划，保证有效的实施软件测试；

做好测试计划工作的关键：目的，管理，规范

1、 明确测试的目标，增强测试计划的实用性

编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确

3．采用评审和更新机制，保证测试计划满足实际需求

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

4、分别创建测试计划与测试详细规格、测试用例

应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

简述一下缺陷的生命周期？

提交->确认->分配->修复->验证->关闭

一套完整的测试应该由哪些阶段组成？

测试计划、测试设计与开发、测试实施、测试评审与测试结论

单元测试的主要内容？

模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

集成测试也叫组装测试或者联合测试，请简述集成测试的主要内容？

（1）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；

（2）一个模块的功能是否会对另一个模块的功能产生不利的影响；

（3）各个子功能组合起来，能否达到预期要求的父功能；

（4）全局数据结构是否有问题；

（5）单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。

简述集成测试与系统测试关系？

（1）集成测试的主要依据概要设计说明书，系统测试的主要依据是需求设计说明书；

（2）集成测试是系统模块的测试，系统测试是对整个系统的测试，包括相关的软硬件平台、网络以及相关外设的测试。

软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作。

1. 在软件生命周期的哪一个阶段，软件缺陷修复费用最低 需求分析（编制产品说明书）

2. 单元测试中用来模拟被测模块调用者的模块是 （C）驱动模块

3. 为了提高测试的效率，应选择发现错误可能性大的数据作为测试数据。

4. 侧重于观察资源耗尽情况下的软件表现的系统测试被称为 （ B ）压力测试

5. 必须要求用户参与的测试阶段是 （D）验收测试

6. 软件测试员究竟做些什么。

软件测试员的目的是发现软件缺陷，尽可能早一些，并确保其得以修复

7. 健壮性等价类测试的测试用例要求在有效等价类中取值；

8. 不属于单元测试内容的是 （ A ）

（A）模块接口测试 （B）局部数据结构测试

(C) 路径测试 （D）用户界面测试

9. 划分软件测试属于白盒测试还是黑盒测试的依据是 是否能看到被测源程序

10. 下列项目中不属于测试文档的是 （ C ）

（A）测试计划 （B）测试用例

(C) 程序流程图 （D）测试报告

11. 几乎没有产品计划、进度安排和正规的开发过程的软件开发模式是 （ B ）

（A）大棒模式 （B）边写边改模式

(C) 瀑布模式 （D）快速原型开发模式

12. 如果某测试用例集实现了某软件的路径覆盖，那么它一定同时实现了该软件的 （ A ）

（A）判定覆盖 （B）条件覆盖

(C) 判定/条件覆盖 （D）组合覆盖

13. 下列说法不正确的是 （ D ）

（A）测试不能证明软件的正确性；

（B）测试员需要良好的沟通技巧；

（C）QA与testing属于一个层次的概念；

（D）成功的测试是发现了错误的测试。

14. 对Web网站进行的测试中，属于功能测试的是链接测试

15. 在进行单元测试时，常用的方法是 采用白盒测试，辅之以黑盒测试；

16. 使用白盒测试方法时，确定测试数据的依据是指定的覆盖标准和 程序的内部逻辑

17．下列___不是软件自动化测试的优点 （ D ）

(A)速度快、效率高 (B)准确度和精确度高

(C)能提高测试的质量 (D)能充分测试软件

18. 配置测试 是指使用各种硬件来测试软件操作的过程

19． 下列各项中___不是一个测试计划所应包含的内容 （ B ）

(A)测试资源、进度安排 (B)测试预期输出

(C)测试范围 (D)测试策略

20．下列不属于正式审查的方式是 （ D ）

(A)同事审查(B) 公开陈述(C) 检验(D) 编码标准和规范

二、判断题：共10小题，每小题1分，满分10分；请将答案以“√”、“×”形式填入题后括号中。

1. 好的测试员不懈追求完美。 （ × ）

2. 软件测试是有效的排除软件缺陷的手段。 （ √ ）

3. 程序员与测试工作无关。 （ × ）

4. 程序员兼任测试员可以提高工作效率。 （ × ）

5. 产品说明书（需求文档）的变更应当受到控制。 （ √ ）

6. 白盒测试的“条件覆盖”标准强于“判定覆盖”。 （ × ）

7. 软件开发全过程的测试工作都可以实现自动化。 （ × ）

8. 找出的软件缺陷越多，说明剩下的软件缺陷越少。 （ × ）

9. 采用自动化测试有可能延误项目进度。 （ √ ）

10．测试应从“大规模”开始，逐步转向“小规模”。 （ × ）

四、名词解释

1. 软件缺陷

１）．软件未达到产品说明书的功能

２）．软件出现了产品说明书指明不会出现的错误

３）．软件功能超出产品说明书指明范围

４）．软件未达到产品说明书虽未指出但应达到的目标

５）．软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好

2. β测试

β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况，提出批评意见。

3．测试的配置管理

配置管理的目的是建立和维护在软件生命周期中软件产品的完整性和一致性。一般来说，软件测试配置管理包括4个最基本的活动：（1）配置标识；（2）变更控制；（3）配置状态报告； （4）配置审计。

4．测试用例

测试用例就是将软件测试的行为活动，做一个科学化的组织归纳。

5．黑盒测试

黑盒测试也称功能测试或数据驱动测试，前提是已知产品所具有的功能，通过测试来检测每个功能是否都正常使用。

五、简答题：共3小题，每小题5分，满分15分。

1. 如何划分等价类？

1）.在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。

2）.在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，则可以确立一个有效等价类和一个无效等价类。

3）.在输入条件是一个布尔量的情况下，可以确立一个有效等价类和一个无效等价类。

4）.在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情况下，可以确立n个有效等价类和一个无效等价类。

5）.在规定了输入数据必须遵守的规则的情况下，可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。

6）.在确知已划分的等价类中各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步的划分为更小的等价类。

2. 软件验收测试应完成哪些主要测试工作？

1）文档资料的审查验收

2）功能测试

3）性能测试

4）强化测试

5）性能降级执行方式测试

6）检查系统的余量要求

7）安装测试

8)用户操作测试

ACDBDCCACCBADBBBDCBD

×√××√×××√×

1.编写说明书; 编写代码

2.大棒模式; 流水模式

3.等价类划分; 边界值分析法

4.测试计划; 缺陷报告

5.划分等价类表; 设计相应的测试用例

6.向前兼容; 向后兼容

7.动态黑盒测试; 静态白盒测试

8.没有时间; 风险太大

9.结构测试或逻辑驱动测试;

功能测试或数据驱动测试或基于规格说明书的测试

10.被测试程序; 测试数据（测试用例）

四、 名词解释（5×3＝15分）

1．软件缺陷：（符合下列规则的叫软件缺陷)：

　１）．软件未达到产品说明书的功能

　２）．软件出现了产品说明书指明不会出现的错误

　３）．软件功能超出产品说明书指明范围

　４）．软件未达到产品说明书虽未指出但应达到的目标

　５）．软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好

2．β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况，提出批评意见。

3．配置管理的目的是建立和维护在软件生命周期中软件产品的完整性和一致性。一般来说，软件测试配置管理包括4个最基本的活动：（1）配置标识；（2）变更控制；（3）配置状态报告； （4）配置审计。

4．测试用例就是将软件测试的行为活动，做一个科学化的组织归纳。

5．黑盒测试也称功能测试或数据驱动测试，前提是已知产品所具有的功能，通过测试来检测每个功能是否都正常使用。

五、 简答题（3×5＝15分）

1.

1在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。

2在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，则可以确立一个有效等价类和一个无效等价类。

3在输入条件是一个布尔量的情况下，可以确立一个有效等价类和一个无效等价类。

4在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情况下，可以确立n个有效等价类和一个无效等价类。

5在规定了输入数据必须遵守的规则的情况下，可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。

6在确知已划分的等价类中各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步的划分为更小的等价类。

2. 软件验收测试应完成哪些主要测试工作？

1）文档资料的审查验收

2）功能测试

3）性能测试

4）强化测试

5）性能降级执行方式测试

6）检查系统的余量要求

7）安装测试

8）用户操作测试

3. 简述软件开发-软件测试的对用关系

1. 软件测试的目的是尽可能多地发现程序中的错误

2. 下列___不属于测试原则的内容 （ D ）

(A)软件测试是有风险的行为 (B)完全测试程序是不可能的

(C)测试无法显示潜伏的软件缺陷 (D)找到的缺陷越多软件的缺陷就越少

3. 导致软件缺陷的最大原因是编制说明书

4. 修复软件缺陷费用最高的是发布阶段

5. 白盒测试是根据程序的内部逻辑 来设计测试用例,黑盒测试是根据软件的规格说明来设计测试用例。

6. 条件覆盖的目的是 使每个判定的所有可能的条件取值组合至少执行一次

7. 一个程序中所含有的路径数与程序的复杂程度有着直接的关系

8. 动态黑盒子测试： 可估算执行测试时代码量和具体代码

9. 在自低向上测试中，要编写称为___B_的模块来测验正在测试的模块。

(A) 测试存根 (B) 测试驱动模块

(C)桩模块 (D) 底层模块

10. 下列___不是软件自动化测试的优点 （ D ）

(A)速度快、效率高 (B)准确度和精确度高

(C)能提高测试的质量 (D)能充分测试软件

11. 配置测试 是指使用各种硬件来测试软件操作的过程

12. 下列各项中___不是一个测试计划所应包含的内容 （ B ）

(A)测试资源、进度安排 (B)测试预期输出

(C)测试范围 (D)测试策略

13. 下列不属于正式审查的方式是 （ D ）

(A)同事审查(B) 公开陈述(C) 检验(D) 编码标准和规范

14. 在没有产品说明书时使用探索测试

15. 调试是消除软件错误的过程

16. 在软件底层进行的测试称为单元测试

17. 在确定黑盒测试策略时，优先选用的方法是等价类划分

18. 下列___不属于软件缺陷 （ A ）

(A) 测试人员主观认为不合理的地方

(B) 软件未达到产品说明书标明的功能

(C)软件出现了产品说明书指明不会出现的错误

(D)软件功能超出产品说明书指明范围

19. 产品发布后修复软件缺陷比项目开发早期这样做的费用要高 (D)100倍或更高

20. 灰盒子测试 把黑盒子测试和白盒子测试的界限打乱了。

三、判断题

1. 白盒测试的条件覆盖标准强于判定覆盖。 （ × ）

2. 验收测试是以最终用户为主的测试。 （ √ ）

3. 测试程序仅仅按预期方式运行就行了。 （ × ）

4. 自底向上集成需要测试员编写驱动程序。 （ √ ）

5. 好的测试员不懈追求完美。 （ × ）

6. 软件测试工具可以代替软件测试员。 （ × ）

7. 最重要的用户界面要素是软件符合现行标准和规范。 （ √ ）

8. 自动化测可能延误项目进度。 （ √ ）

9. 软件测试员可以对产品说明书进行白盒测试。 （ √ ）

10. 静态白盒测试可以找出遗漏之处和问题。 （ √ ）

1.软件缺陷：（符合下列规则的叫软件缺陷)：

　１）．软件未达到产品说明书的功能

　２）．软件出现了产品说明书指明不会出现的错误

　３）．软件功能超出产品说明书指明范围

　４）．软件未达到产品说明书虽未指出但应达到的目标

　５）．软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好

2.单元测试：单元测试是对软件设计的最小单元——模块进行正确性检验的测试工作，主要测试模块在语法、格式和逻辑上的错误。

3．白盒测试

白盒测试也称为结构测试或逻辑驱动测试，前提是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的机构测试程序，检测程序中的每条通路是否都能够按预定要求正确工作，而不管产品的功能，主要用于软件验证。

4.回归测试

指软件系统被修改或扩充（如系统功能增强或升级）后重新进行的测试，是为了保证对软件所做的修改没有引入新的错误而重复进行的测试。

5.等价类：指某个输入域的子集合，在该子集合中，各个输入数据对于揭露程序中的错误都是等效的。

十一、 简答题（3×5＝15分）

1. 所谓的测试用例就是将软件测试的行为活动，做一个科学化的组织归纳

使用测试用例的好处主要体现在以下几个方面：

• 在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。

• 测试用例的使用令软件测试的实施重点突出、目的明确。

• 在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。

• 功能模块的通用化和复用化使软件易于开发，而相对于功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升

2. 自顶向下增量式测试的主要优点在于它可以自然地做到逐步求精，一开始便能让测试者看到系统的框架。它的主要缺点是需要提供被调用模拟子模块，被调用模拟子模块可能不能反映真实情况，因此测试有可能不充分。

自底向上测试的优点在于，由于驱动模块模拟了所有调用参数，即使数据流并未构成有向的非环状图，生成测试数据也没有困难。它的缺点在于，直到最后一个模块被加入进去之后才能看到整个程序（系统）的框架。

3. 表面上这两项技术很相似，因为它们都包括查看代码、运行程序和处理软件缺陷的过程，但是它们的目标不同：单元测试是为了发现软件缺陷，而代码调试的目标是修复软件缺陷。在分离和查找软件缺陷原因时这两个过程发生交叉。

1.软件验收测试的合格通过准则是：( ABCD )

A. 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。

B. 所有测试项没有残余一级、二级和三级错误。

C. 立项审批表、需求分析文档、设计文档和编码实现一致。

D. 验收测试工件齐全。

2.软件测试计划评审会需要哪些人员参加?( ABCD )

A.项目经理　B.SQA 负责人　C.配置负责人　D.测试组

3.alpha 测试需要用户代表参加

D.alpha 测试是验收测试的一种

4.测试设计员的职责有：B.设计测试用例　C.设计测试过程、脚本

5．下面哪些属于动态分析( CD )

A. 代码覆盖率B. 模块功能检查C. 系统压力测试D. 程序数据流分析

6.下面哪些属于静态分析( abc )

A、 代码规则检查B、 程序结构分析C、 程序复杂度分析D、 内存泄漏

7．软件实施活动的进入准则是( abc )

A、 需求工件已经被基线化B、 详细设计工件已经被基线化

C、 构架工件已经被基线化D、 项目阶段成果已经被基线化

8．不属于单元测试内容的是 （ d ）

A）模块接口测试 （B）局部数据结构测试(C) 路径测试 （D）用户界面测试

9．软件测试设计活动主要有( abcd )

A、 工作量分析B、 确定并说明测试用例C、 确立并结构化测试过程D、 复审并评估测试覆盖

10．不属于集成测试步骤的是(d )

A、 制定集成计划B、 执行集成测试C、 记录集成测试结果　D、 回归测试

二、填空题：共3小题10个空格，每个空格2分，满分20分；请将答案填入指定的空白处。

21.通过画因果图来写测试用例的步骤为___________________、___________________、___________________、把因果图转换为状态图和___________________及共五个步骤。

分析程序规格说明的描述中，哪些是原因，哪些是结果 、分析程序规格说明的描述中语义的内容，并将其表示成连接各个原因与各个结果的因果图、在因果图上使用若干个特殊的符号标明特定的约束条件、把判定表中每一列表示的情况写成测试用例

22. 软件测试主要分为单元测试、集成测试、系统测试、验收测试四类测试。

23. 软件缺陷产生的原因包括_____需求、____________、设计、_________编码____________以及其他原因。

三、判断题：共10小题，每小题1分，满分10分；请将答案以“√”、“×”形式填入题后括号中。

1.软件测试的目的是尽可能多的找出软件的缺陷。( 1 )

2.Beta 测试是验收测试的一种。( 1 )

3.验收测试是由最终用户来实施的。( 0 )

4.项目立项前测试人员不需要提交任何工件。( 1 )

5.单元测试能发现约80%的软件缺陷。( 1 )

6.代码评审是检查源代码是否达到模块设计的要求。( 0 )

7.自底向上集成需要测试员编写驱动程序。(1 )

8.负载测试是验证要检验的系统的能力最高能达到什么程度。( 1 )

9.测试人员要坚持原则，缺陷未修复完坚决不予通过。( 1 )

10.代码评审员一般由测试员担任。( 1 )

1．α测试有时也称为室内测试，是由一个用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。

2. β测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。

3．驱动模块

驱动模块就是用来代替主模块，用它来调用子模块

4. 桩模块

集成测试前要为被测模块编制一些模拟其下级模块功能的“替身”模块，以代替被测模块的接口，接受或传递被测模块的数据，这些专供测试用的“假”模块称为被测模块的桩模块。

5. 静态测试

就是不执行程序的测试，包括代码走查，编码规则检查，质量评审，设计评审等。

2.什么是软件测试为了发现程序中的错误而执行程序的过程

3简述集成测试的过程

系统集成测试主要包括以下过程：

1. 构建的确认过程。

2. 补丁的确认过程。

3. 系统集成测试测试组提交过程。

4. 测试用例设计过程。

5. 测试代码编写过程。

6. Bug的报告过程。

7. 每周/每两周的构建过程。

8. 点对点的测试过程。

9. 组内培训过程。

二、填空题：

24. 对面向过程的系统采用的集成策略有自顶向下集成、自底向上集成

25. 软件测试主要分为单元测试、集成测试、系统测试、验收测试

26. 黑盒测试用例设计方法包括等价类划分、边界值分析、因果图错误推测法等。

27. 测试工作就是进行输入、接受输出、检验结果，不深入代码细节，这样的测试方法称为黑盒测试

三、判断题：

1. 好的测试员不懈追求完美。( 0 )

2. 测试程序仅仅按预期方式运行就行了。( 0 )

3. 不存在质量很高但可靠性很差的产品。( 1 )

4. 在没有产品说明书和需求文档的条件下可以进行动态黑盒测试。( 1 )

5. 静态白盒测试可以找出遗漏之处和问题。( 1 )

6. 测试错误提示信息不属于文档测试范围。( 0 )

7. 单元测试能发现约80%的软件缺陷。( 1 )

8. 代码评审是检查源代码是否达到模块设计的要求。( 1 )

9. 自顶向下集成需要测试员编写驱动程序。( 0)

10. 总是首先设计黑盒测试用例。(1 )

1．验收测试是软件产品完成了功能测试和系统测试之后，在产品发布之前所进行的软件测试活动。

2．失败测试纯粹为了破坏软件而设计和执行的测试案例，被称为失败测试。

3．驱动模块驱动模块就是用来代替主模块，用它来调用子模块

4. 桩模块集成测试前要为被测模块编制一些模拟其下级模块功能的“替身”模块，以代替被测模块的接口，接受或传递被测模块的数据，这些专供测试用的“假”模块称为被测模块的桩模块。

5．白盒测试也称为结构化测试、基于代码的测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例

2． 软件测试是为了发现错误而执行程序的过程。或者说，软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。

软件测试与调试在目的、技术和方法等方面存在很大的区别，主要表现在如下方面：

（1） 测试是为了发现软件中存在的错误；调试是为了证明软件开发的正确性。

（2） 测试以已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试一般是以不可知的内部条件开始，除统计性调试外，结果是不可预见的。

（3） 测试是有计划的，需要进行测试设计；调试是不受时间约束的。

（4） 测试经历发现错误、改正错误、重新测试的过程；调试是一个推理的过程。

（5） 测试的执行是有规程的；调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。

（6） 测试经常是由独立测试组在不了解软件设计的条件下完成的；调试必须由了解详细设计的开发人员完成。

（7） 大多数测试的执行和设计可以由工具支持；调式时，开发人员能利用的工具主要是调试器。

3．软件测试包括单元测试、集成测试、确认测试和系统测试等。单元测试集中于单个模块的功能和结构的检验；集成测试集中于模块组合的功能和软件结构检验；确认测试主要检查软件是否符合合同要求，包括需求规格说明、设计规格说明和用户手册等；系统测试集中检验系统所有元素之间协作是否合适，整个系统的性能和功能是否达到。

1．软件测试的目的:尽可能发现并排除软件中潜藏的错误，提高软件的可靠性

2、软件测试是采用（ 测试用例 ）执行软件的活动。

3、导致软件缺陷的最大原因是软件需求说明书

5、在下列描述中，关于测试与调试的说法错误的是（ d ）

A、测试是显示错误的行为；而调试是推理的过程

B、测试显示开发人员的错误。调试是开发人员为自己辩护；

C、测试能预期和可控。调试需要想象、经验和思考；

D、测试必须在详细设计已经完成的情况下才能开始；没有详细设计的信息调试不可能进行。

6、某次程序调试没有出现预计的结果，下列（ b ）不可能是导致出错的原因。

A．变量没有初始化 B．编写的语句书写格式不规范

C．循环控制出错 D．代码输入有误

7、软件缺陷修复的代价最高的阶段为发布阶段

8、不属于逻辑覆盖方法的是接口覆盖

9、句覆盖是选择若干个测试用例，运行被测程序，使得程序中的每个可执行语句至少执行一次。D、语

10、判定条件覆盖是设计足够多的测试用例，使得程序中每个判定包含的每个条件的所有情况（真/假）至少出现一次，并且每个判定本身的判定结果（真/假）也至少出现一次。

11．软件测试是软件质量保证的重要手段，单元测试是软件测试的最基础环节

12、单元测试的主要任务不包括全局数据结构

14、单元测试中用来模拟实现被测模块需调用的其他功能模块的是 B．桩模块

15、集成测试计划应该在（ 概要设计 ）阶段末提交。

16、下列关于程序效率的描述错误的是（ c ）。

A．提高程序的执行速度可以提高程序的效率

B．降低程序占用的存储空间可以提高程序的效率

C．源程序的效率与详细设计阶段确定的算法的效率无关

D．好的程序设计可以提高效率

17、 控制流图是对程序流程图进行简化后得到的，它可以更加突出的表示程序控制流的结构，且不包含复合条件。

18、自底向上增量式集成测试中，下面（ c ）描述是正确的。

C．父单元用测试过的子单元测试

19、测试后程序中残存的错误数目与该程序中已发现的错误数目成D．正比

20、针对是否对无效数据进行测试，可以将等价类测试分为（b ）

1) 标准(一般)等价类测试

2) 健壮等价类测试

1、一个程序中所含有的路径数与程序的复杂程度有着直接的关系。（ ∨ ）

2、结构性测试是根据软件的规格说明来设计测试用例。（ x ）

3、错误推测法是根据输出对输入的依赖关系来设计测试用例的。（x ）

4、软件缺陷属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。（∨ ）

5、对于一个含有n个变量的程序，采用边界值健壮性测试方法来测试程序会产生6n+1个测试用例。（∨）

6、数据流测试是主要用作路径测试的真实性检查。两种形式分别为定义/使用测试、基于程序片的测试。（∨

7、软件只要经过严格严谨的内部测试之后，可以做到没有缺陷。（x ）

8、测试用例应由测试输入数据和对应的实际输出结果这两部分组成。（ x ）

9、测试是可以穷尽的。（ x ）

10、测试自动化是万能的。（ x ）

11、软件缺陷可能会被修复，可能会被保留或者标识出来。（ ∨ ）

12、每一个软件项目都有一个最优的测试量。（ ∨ ）

13、黑盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。（∨ ）

14、代码审查工作属于静态测试。（ ∨ ）

15、软件测试是一个过程，包含若干活动，运行软件进行测试只是活动之一。（∨ ）

16、回归测试是在软件修改后再次运行以前为查找错误而执行程序曾用过的测试用例. ∨

17、集成测试是为确定软件系统是否满足验收标准以及使客户决定是否接受而进行的正式测试. （ x ）

18、测试按照测试层次可以划分成为单元测试、集成测试和系统测试。（ ∨ ）

19、只要能够达到100％的逻辑覆盖率，就可以保证程序的正确性。（ x ）

20、永远有缺陷类型会在测试的一个层次上被发现，并且能够在另一个层次上逃避检测。（∨ ）

2、有二元函数f(x,y)，其中x∈[1,12]，y∈[1,31]；请写出该函数采用基本边界值分析法设计的测试用例。

{ <1,15>, <2,15>, <11,15>, <12,15>, <6,15>,<6,1>, <6,2>, <6,30>, <6,31> }

3、黑盒测试与白盒测试各有哪些优缺点，应该如何结合才能解决漏洞和冗余问题？

答：功能性测试具有两大优点：功能性测试与软件如何实现无关；测试用例开发可以与实现并行进行，因此可以压缩总的项目开发时间。缺点：测试用例之间可能存在严重的冗余，还会有位测试的软件漏洞。结构性测试局限于已经完成的代码行为当中，离代码太近。因此可以结构性测试指标去解决冗余和漏洞问题。如果发现同一条程序路径被多个功能性测试用例遍历，就可以怀疑这种冗余不会发生新的缺陷，如果没有达到一定的DD—路径覆盖，则可知在功能性测试用力中存在漏洞。因此路径测试可以提供作为功能性测试交叉检查的一组指标。