A

[解析] 由测试用例的原则第一条应当把“尽早地和不断地进行软件测试”作为软件开发人员的座右铭可得。由于软件开发的各个环节都有可能会出错，所以我们要坚持在各个阶段的技术评审，才能尽早的发现和预防错误，把出现的错误克服在早期，杜绝某些发生错误的隐患，减少开发费用，提高软件质量，而后面B、C、D三个选项都是只针对某个阶段来讲的，所以不正确，故正确答案为A。

B

[解析] 由测试原则第五条“充分注意测试中的群集现象”可知，错误有群集现象，也就是指测试后程序中残余的错误数与已发现的错误数目成正比，由此可知本题模块中发现的错误数多，自然残余的也较多，故选择B。

B

[解析] 测试过程需要三类输入：
   ·软件配置(包括需求规格说明、软件设计规格说明、源代码等)。
   ·测试配置(包括表明测试工作如何进行的测试计划、给出测试数据的测试用例、控制测试进行的测试程序等)。
   ·测试工具(为提高软件测试效率，测试工作要有测试工具的支持，其主要工作是为测试的实施提供各种服务，以减轻人们完成测试任务的手工劳动)。
   在测试完成之后，要对所有测试结果进行分析，即将实际测试的结果与预期的结果进行比较。若发现出错的数据，就意味着软件有错误，然后就需要开始排错(也称为调试)，即对已发现的错误进行定位和确定出错性质，并改正这些错误，同时修改相关的文档。修正后的文档一般都要经过两次测试，直到通过测试为止。

C

[解析] 同行评审(Peer Review)是一种通过作者的同行来确定缺陷和需要变更区域的检查方法。涉及的内容很多，主要可以分为管理评审、技术评审、文档评审和过程评审。

D

[解析] 数据流测试电可以看做是一种路径测试，它主要关注一条路径上变量在何时定义，何时使用，所以数据流覆盖也可以看做是路径覆盖的一种，关注变量在某条路径中的变化情况。

B

[解析] 根据程序流程图，我们可以导出程序的控制流图，然后利用环路复杂性的计算方法，最简单的是看该程序控制流图中有五个判定结点数，便可得到该控制流图的环路复杂性为5+1=6，这样便可以确定六个线性无关的基本路径集，然后我们根据这些基本集对应找出六个测试用例，确保基本路径集中每一条路径都可以被执行到，即满足题目中的路径覆盖，由此知若要满足路径覆盖，至少需要设计六个测试用例。

B

[解析] 由条件覆盖定义：就是指设计若干测试用例，运行被测程序，使得每个判定的每个条件的可能取值至少评价一次。针对该题取A=3，B=3和A=0，B=5两组测试用例即可达到100%的条件覆盖率，故本题选择B。

A

[解析] 自底向上测试与自顶向下测试的测试策略都是增量式的测试，软件是分层设计的，主模块调用子模块，子模块又依次调用更低层次的模块，依此类推。在自底向上单元测试的策略中，应首先测试最底层的模块，利用辅助的测试驱动模块调用他们并传递测试数据，然后再测试更高层次的模块，再较高层次的模块测试中可以直接调用已测试过的较低层次的模块。

A

[解析] 基本路径测试是在控制流图的基础上，通过分析环路复杂性，导出基本可执行路径的集合，从而设计测试用例的方法。

A

[解析] 通常定义集成测试为根据实际情况对程序模块采用合适的集成测试策略组装起来，对系统的接口以及集成后的功能进行正确性检验的测试。最简单的集成测试形式就是把两个单元模块集成或者组装到一起，然后对它们之间的接口进行测试，而实际的集成测试通常要根据具体情况采取不同的集成测试策略将多个模块组装成子系统或系统，测试各个模块能否以正确、稳定、一致的方式交互，即验证其是否符合开发过程中的概要设计规格说明的要求。

D

[解析] 软件的性能是软件的一种非功能特性。它关注的不是软件是否能够完成特定的功能而是在完成该功能时展现出来的及时性。为了能够客观地度量软件的性能，人们定义了一系列性能指标，以便于能够在不同情况下度量软件的性能。通常合理的软件性能指标有响应时间、系统响应时间和应用延迟时间、吞吐量、并发用户数、资源利用率五种，而题目选项D中“并发进程数”不能作为性能指标，故答案为D。

C

[解析] 性能测试通用模型(PTGM模型)的最后一步就是测试结果分析，说明性能测试通常要对测试结果进行分析才能获得测试结论，故C正确。

A

[解析] 软件可靠性测试的目的是收集软件测试时揭示软件故障的情况，并对其进行整理从而为分析和预测软件的可靠性提供帮助，与其他软件测试不同的是，软件可靠性测试的目的不在于通过测试揭示软件中的缺陷并通过修改这些缺陷来提高软件的可靠性，而是通过受控的软件测试过程来预测软件在实际运行中的可靠性。从软件的可靠性测试过程可知，软件可靠性测试通常用于有可靠性要求的软件，在一次软件可靠性测试中，执行的测试用例必须完全符合所定义的软件运行剖面，可靠性测试通常要对测试结果进行分析才能获得测试结论。

B

[解析] 封装、继承和多态是面向对象软件区别于传统的结构化软件的三个主要特点，然而这些特点都可能对测试带来困难。在面向对象中，封装一方面是指一组相关的变量和方法被封装到一个类中，则类的成员方法对成员变量有依赖性，故成员方法通常不能实现独立的功能，需要在不同的实例状态下才能展示出来，甚至有的成员方法要在特定的实例状态下才能执行，因此在测试面向对象软件时，不能简单的对每个类的成员方法进行测试，在调用任何成员方法之前还必须保证相应的实例处于该方法的预期工作状态，即设计类的测试用例时，不仅要考虑各成员方法的输入参数，还要考虑如何设计调用的序列，所以选项A不正确。多态就是指对类的引用可以与多个类的实现绑定，绑定有静态和动态之分，所以为达到较高的测试充分性，应对所有可能的绑定都进行测试，选项B正确。选项C和选项D考查继承、继承与多态的复合对测试的影响，假设类B是类A的子类，如果类A已进行了充分的测试，若按传统的测试充分性准则，在测试类B时可以把关注点放在类B自身定义的成员变量和成员方法上，但在实际测试类B时，这样的测试往往会不够充分，还是要对类B继承类A的成员方法进行测试的，而且对于一棵继承树上的多个类，仅对处于叶结点的类进行测试也是不充分的。

D

[解析] 由于面向对象程序中可独立被测试的单元通常是一个类族或最小是一个独立的类，面向对象程序的单元测试主要是考虑类和类族的测试，而此时的单元测试还可以细分为方法层次的测试、类层次的测试和类树层次的测试三种。

B

[解析] 面向对象程序的集成测试策略有很多种，其中主要有传统的集成策略(大突击集成、自底向上集成、自顶向下集成和夹层式集成)，协作集成，基于集成，高频集成，基于事件(或消息)的集成，基于使用的集成，客户机/服务器的集成、分布式集成。大突击集成就是将系统的所有组成成分都集成在一起进行测试，通常只有在整个软件的可靠性有了基本的保障时，大突击集成测试才是一种合理的选择。自底向上集成主要缺点是需要开发大量的测试驱动代码，自顶向下集成则需要为集成测试开发大量桩代码，总之，二者都要为集成测试开发大量代码。选项C说法过于绝对，因为只有当类间的主要协作关系可以明确辨识，且每个功能只需要少数类协作就可以完成时，采用协作集成方式才是一个不错的选择。高频集成并不是一个具体的集成策略，它是指在软件开发过程中频繁地将新开发出来的代码与已有代码集成，一般采用冒烟测试的方法，但并不是以自底向上集成为基础。

C

[解析] 由于Web应用软件一般采用多层结构，所以在测试时也采用分层的策略。通常Web应用软件的测试分为三层：表示层、业务层和数据层。其中表示层的测试主要关注Web应用软件的界面和与客户的交互，测试的重点是HTML文档的结构与客户端的程序；业务层的测试主要关注Web应用软件包含的业务逻辑，测试的重点是服务器端的程序；数据层的测试主要关注Web应用软件处理不同数据的能力，测试的重点包括对数据完整性的测试以及对大数据量下数据库操作的性能测试。在测试Web应用软件时，通常要针对每一层分别进行测试，因为这样更容易揭示缺陷，测试也可以更加充分。

A

[解析] 与普通软件系统相比，Web应用软件具有特殊的结构，而且Web应用软件的开发主要是在固定的结构中填充相应的内容，而不是根据需求由开发人员设定结构，因此Web应用软件的测试电会受到环境的制约，其中Web应用软件的系统测试除了功能测试外还包括性能测试、易用性测试、内容测试、安全性测试和接口测试等。功能测试主要包括：①链接测试：②表单测试；③Cookie测试。故选项A正确，C不正确。对于Web应用软件而言，性能测试是一个至关重要的因素，所以对Web应用软件进行系统测试时，必须考虑性能测试，故B说法错误。Web应用软件安全性测试主要包括：①服务器端的内容安全性；②客户端的内容安全性；③Cookie的安全性；④日志功能。

A

[解析] 功能易用性是指用户能否方便、快速、准确地使用软件提供的功能来完成需要完成的任务。其主要内容有：①业务符合度；②功能定制性；③功能的关联度；④数据的共享度；⑤用户约束的合理性；⑥反馈的及时性。其中功能定制性中说明一个软件通常是为不同的用户提供服务，各用户经常使用的业务功能也不尽相同，功能易用性要求软件在一定程度上允许用户针对自己的需求进行定制，这与选项C说法一致；数据的共享度中所讲使用软件的一个主要优点就是能够减少重复的输入，从而保证数据的一致性，测试时就是检查各个功能的输入部分，确定是否有需要重复输入的内容，这与选项D说法一致；用户约束的合理性中指明软件需要对用户加以约束，以方便用户可以正确地使用软件，其中软件对用户的约束通常分为权限性的约束和功能性的约束，选项B的叙述便属于权限性的约束，故也是软件功能易用性测试关注的内容。而选项A应属于用户界面测试关注的内容，故答案应选A。

D

[解析] 20世纪90年代Kent Beck提出了极限编程的新型软件开发方法，该方法主要目的是利用轻量、便捷的开发过程使得开发人员能够更快地完成应用程序的开发。与传统的软件开发方法相比，开发效率高，但代码质量得不到保证，为此出现了极限测试为极限编程量身定做的测试方式，即通过频繁地单元测试和验收测试来保证代码质量。在极限测试中，单元测试主要由编码人员完成，验收测试则主要由用户完成。极限编程的主要缺点在于编码人员的自由度过大，由于没有严格的需求和设计规范，所以极限测试没有传统的软件测试严格。单元测试是极限编程中最重要的发现缺陷的手段，在极限编程中的单元测试与传统的单元测试基本类似，所以有些传统的测试技术也可以用到极限测试中来，而且极限测试的本质是为了满足极限编程的思想和流程而设计的一套测试策略和流程，其本身并不局限于使用特定的技术和方法，所以传统的测试技术和方法大多数都可以在极限测试中使用。

B

[解析] V模型是在20世纪80年代后期提出的，旨在改进软件开发的效率和效果。该模型反映出测试活动与分析设计活动的关系，指出单元测试和集成测试应检测程序的执行是否满足软件设计的要求。系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标。验收测试确定软件的实现是否满足用户需要或合同的要求。选项A和选项C的说法颠倒，不正确。集成测试要在单元测试之后，所以选项D的说法明显错误，故只有选项B说法完全正确。

C

[解析] 软件缺陷的跟踪和管理一般由数据库系统执行，但数据库系统也是依赖于一定的规则和流程进行的，主要思路是：①设计好每个缺陷应包含的信息条目、状态分类等；②通过系统自动发出邮件给相应开发和测试人员，使缺陷能得到及时处理；③通过日报、周报等各类项目报告跟踪当前缺陷状态；④在到达各个大小里程碑前，召开会议对缺陷进行会审；⑤通过一些历史曲线和统计曲线分析和预测未来情况。由此可见选项C的工作与软件缺陷的跟踪和管理无关。

C

[解析] 软件问题的状态定义如下：
   ·新建(New)——测试中新报告的软件问题。
   ·打开(Open)——软件问题已被确认并分配给相关开发工程师处理。
   ·关闭(Closed)——确认为无效的软件问题。
   ·待验(Pending)——工程师已完成修正，等待测试人员验证。
   ·解决(Resolved)——软件问题已被修复。

D

[解析] 测试工具根据工作原理不同可分为静态测试工具和动态测试工具。其中静态测试工具是对代码进行语法扫描，找到不符合编码规范的地方，根据某种质量模型评价代码的质量，生成系统的调用关系图等。它直接对代码进行分析，不需要运行代码，也不需要对代码编译链接和生成可执行文件，静态测试工具可用于对软件需求、结构设计、详细设计和代码进行评审、走查和审查，也可用于对软件的复杂度分析、数据流分析、控制流分析和接口分析提供支持；动态测试工具与静态测试工具不同，它需要运行被测试系统，并设置探针，向代码生成的可执行文件中插入检测代码，可用于软件的覆盖分析和性能分析，也可用于软件的模拟、建模、仿真测试和变异测试等。

D

[解析] 计算机软件测试规范规定，软件测试的类别可分为：单元测试、集成测试、配置项测试、系统测试和验收测试。