下面关于软件测试，描述正确的是（）。A、软件测试是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程B、软件测试的测试目标是发现一些可以通过测试避免的开发风险C、软件测试的原则之一是测试应该尽早进行，最好在需求阶段就开始介入D、软件测试主要工作内容是验证（verification）和确认（validation）

软件测试（software testing），描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。
参考答案：A

软件测试是针对程序的行为，在有限测试用例集合上，动态验证是否达到预期的行为。测试不再只是一种仅在编码阶段完成后才开始的活动。现在的软件测试被认为是 一种应该包括在整个开发和维护过程中的活动，它本身是实际产品构造的一个重要部分，软件测试伴随开发和维护过程，通常可以在概念上划分为单元测试、集成测试和系统测试3个阶段 。

本题考察软件测试的分类。软件测试的类型划分：（1）按照研发阶段：单元测试、集成测试、确认测试、系统测试、验收测试。（2）按照测试实施组织划分：开发方测试、用户测试和第三方测试。（3）按照测试方式划分：静态测试和动态测试。（4）按照测试技术划分：黑盒测试、白盒测试和灰盒测试。选项中B是错误的，集成测试是在模块测试完成的基础上将所有的程序模块进行组合并验证，主要目标是发现与接口有关的问题；确认测试验证软件的功能和性能及其他特性是否与用户的要求一致。

本题考查软件测试阶段划分的基本知识。按照开发阶段软件测试可以分为单元测试、集成测试、系统测试、确认测试和验收测试。单元测试是针对软件程序模块进行正确性检验的测试工作；集成测试是检验程序单元或部件的接口关系，即针对软件体系结构的构造进行的测试；系统测试是为验证和确认系统是否达到其原始目标，而对集成的硬件和软件系统进行的测试；确认测试是检验与证实软件是否满足软件需求说明书中规定的要求；验收测试是按照项目任务书或合同、约定的验收依据文档等进行的整个系统的测试与评审，决定是否接收或拒收系统。

略

软件过程模型的基本概念：软件过程是制作软件产品的一组活动以及结果，这些活动主要由软件人员来完成，软件活动主要有：
（1）软件描述。必须定义软件功能以及使用的限制
（2）软件开发。也就是软件的设计和实现，软件工程人员制作出能满足描述的软件
（3）软件有效性验证。软件必须经过严格的验证，以保证能够满足客户的需求
（4）软件进化。软件随着客户需求的变化不断地改进
瀑布模型的特点是因果关系紧密相连，前一个阶段工作的结果是后一个阶段工作的输入。或者说，每一个阶段都是建筑在前一个阶段正确结果之上，前一个阶段的错漏会隐蔽地带到后一个阶段。这种错误有时甚至可能是灾难性的。因此每一个阶段工作完成后，都要进行审查和确认，这是非常重要的。历史上，瀑布模型起到了重要作用，它的出现有利于人员的组织管理，有利于软件开发方法和工具的研究。

软件测试是软件开发中的一个重要的环节，是一种应该包括在整个开发和维护过程中的活动；参照V模型，需求分析阶段对应了验收测试，所以在需求分析阶段就要开始编写测试计划了。

本题属于软件工程方向的考题。文章第一部分是标准问题，进行详实的项目简介即可。

文章第二部分与第三部分内容可以结合起来论述，需要理论结合实践。在此主要说明需要用到的理论知识。其实题目中所说的” 软件系统测试中功能测试“就是平时所说的黑盒测试与白盒测试。

白盒测试的方法包括一系列的逻辑覆盖，主要的覆盖标准有语句覆盖、判定覆盖、条件覆盖、条件/判定覆盖、条件组合覆盖、修正的条件/判定覆盖和路径覆盖等。

（1）语句覆盖。语句覆盖是指选择足够多的测试用例，使得运行这些测试用例时，被测程序的每个语句至少执行一次。很显然，语句覆盖是一种很弱的覆盖标准。

（2）判定覆盖。判定覆盖也称为分支覆盖，它是指不仅每个语句至少执行一次，而且每个判定的每种可能的结果（分支）都至少执行一次。判定覆盖比语句覆盖强，但对程序逻辑的覆盖程度仍然不高。

（3）条件覆盖。条件覆盖是指不仅每个语句至少执行一次，而且使判定表达式中的每个条件都取得各种可能的结果。条件覆盖不一定包含判定覆盖，判定覆盖也不一定包含条件覆盖。

（4）条件/判定覆盖。同时满足判定覆盖和条件覆盖的逻辑覆盖称为判定/条件覆盖。它的含义是，选取足够的测试用例，使得判定表达式中每个条件的所有可能结果至少出现一次，而且每个判定本身的所有可能结果也至少出现一次。

（5）条件组合覆盖。条件组合覆盖是指选取足够的测试用例，使得每个判定表达式中条件结果的所有可能组合至少出现一次。显然，满足条件组合覆盖的测试用例，也一定满足判定/条件覆盖。因此，条件组合覆盖是上述5种覆盖标准中最强的一种。然而，条件组合覆盖还不能保证程序中所有可能的路径都至少遍历一次。

（6）修正的条件/判定覆盖。修正的条件/判定覆盖需要足够的测试用例来确定各个条件能够影响到包含的判定结果。首先，每个程序模块的入口和出口点都要考虑至少要被调用一次，每个程序的判定到所有可能的结果值要至少转换一次；其次，程序的判定被分解为通过逻辑操作符（and和or）连接的布尔条件，每个条件对于判定的结果值是独立的。

（7）路径覆盖。路径覆盖是指选取足够的测试用例，使得程序的每条可能执行到的路径都至少经过一次（如果程序中有环路，则要求每条环路路径至少经过一次）。路径覆盖实际上考虑了程序中各种判定结果的所有可能组合，因此是一种较强的覆盖标准。但路径覆盖并未考虑判定中的条件结果的组合，并不能代替条件覆盖和条件组合覆盖。

常见的黑盒测试包括：

（1）等价类划分。在设计测试用例时，等价类划分是用得最多的一种黑盒测试方法。所谓等价类就是某个输入域的集合，对于一个等价类中的输入值来说，它们揭示程序错误的作用是等效的。也就是说，如果等价类中的一个输入数据能检测出一个错误，那么等价类中的其他输入数据也能检测出同一个错误；反之，如果等价类中的一个输入数据不能检测出某个错误，那么等价类中的其他输入数据也不能检测出这一错误（除非这个等价类的某个子集还属于另个一等价类）。

（2）边界值分析。经验表明，软件在处理边界情况时最容易出错。设计一些测试用例，使软件恰好运行在边界附近，暴露出软件错误的可能性会更大一些。通常，每一个等价类的边界，都应该着重测试，选取的测试数据应该恰好等于、稍小于或稍大于边界值。例如，对于条件“10<x<30”的测试，可以选取x的值为9、10、30和31作为测试数据。

在实际测试工作中，将等价类划分法和边界值分析法结合使用，能更有效地发现软件中的错误。

（3）错误推测。使用等价类划分和边界值分析技术，有助于设计出具有代表性的、容易暴露软件错误的测试方案。但是，不同类型的软件通常有一些特殊的容易出错的地方。错误推测法主要依靠测试人员的经验和直觉，从各种可能的测试用例中选出一些最可能引起程序出错的用例。

虽然手工测试可以找到软件的很多缺陷，但这是一个艰苦和耗时的过程，而且可能无法有效地发现某些类型的缺陷。测试自动化是一个通过编程完成测试的过程，一旦测试实现了自动化，大量的测试用例就可以迅速得到执行。

自动化测试通常需要构建存放程序软件包和测试软件包的文件服务器、存储测试用例和测试结果的数据库服务器、执行测试的运行环境、控制服务器、Web服务器和客户端程序。自动化测试的主要实现方法包括代码的静态与动态分析、测试过程的捕获与回放、测试脚本技术、虚拟用户技术和测试管理技术等。

自动化测试工具的关键特性之一是具有良好的脚本开发环境。测试工具首先应该具有相对应的容错处理系统，可以自动处理一些异常状况；其次要能够提供类似软件集成开发环境中的调试功能，支持脚本的运行、设置断点、得到变量返回结果等，可以更有效地对测试脚本的执行进行跟踪、检查并迅速定位问题；最后，测试脚本的开发通常也需要一个团队的开发环境，即测试工具对脚本代码能很好地进行控制与管理。

目前，测试工具主要有单元测试工具、负载和性能测试工具、GUI功能测试工具和基于Web应用的测试工具等。

（1）单元测试工具。单元测试工具主要包括C/C++测试工具（例如，Panorama C++和C++ Test等）、Java开源测试框架JUnit、内存资源泄漏检查工具（例如，Numega的BounceChecker和Rational的Purify等）、代码覆盖率检查工具（例如，Numega的TrueCoverage、Rational的PureCoverage和TeleLogic的LogiScope等）、代码性能检查工具（例如，LogiScope的Macabe等）和软件纠错工具（例如，Rational Purl等）。

（2）负载和性能测试工具。负载和性能测试工具是软件测试中作用最大的工具，可以完成一些难以用手工实现的测试，常用工具包括Mercury Interactive的LoadRunner和Compuware的QALoad，以及IBM Rational的SQA Load、Performance和Visual Quality。

（3）GUI功能测试工具。GUI功能测试工具主要用于回归测试，主要工具包括Mercury Interactive的WinRunner和Compuware的QARun，以及IBM Rational的SQA Robot和Microsoft的Visual Test Suite等。

（4）基于Web应用的测试工具。基于Web应用的测试工具主要进行链接检查、HTML检查、Web功能和安全性等方面的测试。主要的测试工具包括MI公司的Astra系列和RSW公司的E-TestSuite，以及WorkBench、Web Application Stress（WAS）Tool和Link Sleuth等。

其他的测试工具还包括缺陷跟踪工具、综合测试管理工具、嵌入式测试工具、数据库测试工具等。面对如此众多的测试工具，在选择时应进行综合考虑，例如，考察测试工具是否支持脚本语言，是否具有良好的脚本开发环境；脚本语言是否支持外部函数库，以及函数的可复用；测试工具对程序界面中对象的识别能力，对分布式测试的网络支持，以及是否支持数据驱动测试等方面。

本题考查嵌入式软件测试方面的基础知识。软件测试是验证软件是否满足软件开发合同、技术协议或研制任务书、软件需求、设计等的要求的过程。通过测试发现软件错误，为软件产品的质量评价提供依据。软件的测试方法，一般说来可以分为两类，即静态测试和动态测试。静态测试包括检查单和静态分析方法。动态测试一般采用白盒测试或者黑盒测试方法。软件测试级别，一般可以分为单元测试、部件测试、配置项测试、系统测试等。

略

本题考查确认测试的概念。确认测试的任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明中明确规定。确认测试一般包括有效性测试和软件配置复查。·有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证所测软件是否满足需求规格说明书列出的需求。·软件配置复查。软件配置复查的目的是保证软件配置的所有成分都齐全，各方面的质量都符合要求，具有维护阶段所必须的细节，而且已经编排好分类的目录。

本题考查软件测试原则的基础知识。软件测试的原则如下：所有的软件测试都应追溯到用户的需求尽早地和不断地进行软件测试完全测试是不可能的，测试需要终止输入量太大输出结果太多路径组合太多测试无法显示软件潜在的缺陷充分注意测试中的群集现象程序员应避免检查自己的程序（除单元测试以外）尽量避免测试的随意性①②③④⑤都是软件测试的原则，故正确答案为A

本题考察不同的软件测试类型之间的区别。单元测试也称模块测试，通常可放在编程阶段，由程序员对自己编写的模块自行测试，检查模块是否实现了详细设计说明书中规定的功能和算法。因此A选项是错误的。对于多个模块的测试可以并行进行。因此B选项也是错误的。集成测试也称组装测试，它是对由各模块组装而成的程序进行测试，主要目标是发现模块间的接口和通信问题。系统测试的对象是完整的、集成的计算机系统，系统测试的目的是在真实系统工作环境下，验证完整的软件配置项能否和系统正确连接，并满足系统/子系统设计文档和软件开发合同规定的要求。因此C选项描述的是集成测试，而不是系统测试。确认测试主要依据软件需求说明书检查软件的功能、性能及其他特征是否与用户的需求一致。所以D选项是正确的。

1．概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。

解析：

根据要求能够概要叙述你参与和开发的软件项目背景，可以包括项目的名称、起始时间、项目背景介绍、建设内容、项目金额等内容，介绍你在本项目中的角色，工作职责，主要承担的工作等内容。此部分内容可以分为一段，或者二段均可，字数在300-400为宜。

2．详细论述软件系统测试中功能测试的主要方法，自动化测试的主要内容和如何选择适合的自动化测试工具。

解析：

功能测试主要的方法为黑盒测试。

黑盒测试根据软件需求说明书所规定的功能来设计测试用例，一般包括功能分解、等价类划分、边界值分析、判定表、因果图、状态图、随机测试、错误推测和正交实验法等。

测试自动化是一个通过编程完成测试的过程，一旦测试实现自动化，大量的测试用例就可以迅速执行。自动化测试通常需要构建存放程序软件包和测试软件包的文件服务器、存储测试用例和测试结果的数据库服务器、执行测试的运行环境、控制服务器、Web服务器和客户端程序。自动化测试的主要实现方法包括代码的静态与动态分析、测试过程的捕获与回放、测试脚本技术、虚拟用户技术和测试管理技术等。

自动化测试工具的选择需要考虑以下几点：

（1）测试工具应该具有相应的容错处理系统，可以自动处理一些异常状况；

（2）能够提供类似软件集成开发环境中的调试功能，支持脚本的运行、设置断点、得到变量返回结果等，可以更有效地对测试脚本的执行进行跟踪、检查并迅速定位问题；

（3） 测试脚本的开发需要支持团队的开发环境，即测试工具对脚本代码能够很好地控制和管理。

3．结合你具体参与管理和开发的实际项目，说明你是如何采用软件系统测试方法进行系统测试的，说明具体实施过程以及应用效果。

解析：

你需结合自身参与项目的实际状况，在软件开发中进行软件测试，指出其参与管理和开发的项目中所进行的系统测试，包含单个用例、系统整体测试等，说明在每种测试过程中的具体实施过程、使用的方法和工具，并对实际应用效果进行分析。