一个系统已经过测试，表明所有功能都正常，但系统实际实施运行后，当有1000个以上用户同时使用时，响应时间太慢，说明系统测试工作在以下方面不足（）A、系统功能测试B、系统性能测试C、系统安全测试D、系统界面测试

8、CDABFE3位数字200～999之间的3位数字 或非“0”或非“1”开头的3位数字4位数字 有非数字字符 起始位为0CBAD软件测试是保障电子商务系统质量的重要手段。考生应该掌握软件测试的基本概念、基本过程和方法，了解电子商务软件系统的测试步骤。本题主要从软件测试实施过程、软件测试方法以及性能测试三个方面，考核考生对相关概念、方法的掌握程度。软件测试实施过程分为单元测试、集成测试、确认测试、系统测试、验收测试和回归测试。本问题考核考生掌握软件测试实施过程的程度，要求考生掌握各个测试步骤的工作内容，与其他测试步骤的区别。1．单元测试。单元测试通过对每个最小的软件模块进行测试，检查各个程序模块是否正确地实现了规定的功能，确保其能正常工作。单元测试的主要任务是，通过对被测模块的数据流进行测试，检查进出模块的数据是否正确。2．集成测试。集成测试是对已测试过的模块进行组装集成，目的是检验与软件设计相关的程序结构问题。集成测试的主要任务是：(1)将各模块连接起来，检查模块相互调用时，数据经过接口是否丢失。(2)将各个子功能组合起来，检查能否达到预期要求的各项功能。(3)一个模块的功能是否会对另一个模块的功能产生不利的影响。(4)全局数据结构是否有问题，会不会被异常修改。(5)单个模块的误差积累起来，是否被放大，从而达到不可接受的程度。3．确认测试。确认测试用来检验软件是否符合用户的需求。软件确认一般采用黑盒测试法，通过一系列证明软件功能和要求的测试来实现。确认测试的结果只有两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；反之，功能和性能指标不满足软件需求说明的要求，此时发现的错误一般很难在预定的工期内改正，因此往往须与用户协商，寻求一个妥善的解决方法。4．系统测试。系统测试检验软件产品能否与实际运行环境中的系统的其他部分(如硬件、数据库及操作人员等)协调地工作。系统测试将软件与整个系统的硬件、外设、支持软件、数据和人员等结合起来，以需求规格说明为依据，在实际运行环境下进行测试。5．验收测试。是检验软件产品质量的最后一道工序，从实际终端用户的使用角度，对软件的功能和性能进行测试，以便发现可能只有是最终用户才能发现的错误。测试人员在验收测试工作中将协助用户代表执行测试，并和测试观察员一起向用户解释测试用例的结果。6．回归测试。回归测试是一种验证已变更的系统的完整性与正确性的测试技术，是指重新执行已经做过的测试的某个子集，以保证修改没有引入新的错误或者没有发现由于更改而引起之前未发现的错误，也就是保证改变没有带来非预期的副作用。因此，软件开发的各个阶段会进行多次回归测试。软件测试方法包括白盒测试和黑盒测试等，而等价类法是黑盒测试法中最常用的测试方法之一。本问题考核考生掌握等价类法的程度，即针对被测对象，能否设计有效等价类和无效等价类。等价类是指某个输入域的子集合。在该子集合中，测试某等价类的代表值就等于对这一类其他值的测试，对于揭露程序的错误是等效的。因此，将输入的全部数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据取得较好的测试结果。等价类划分有两种情况，即有效等价类和无效等价类。(1)有效等价类：对于程序的规格说明来说，它是由合理的、有意义的输入数据构成的集合，利用它可检验程序是否实现了规格说明中所规定的功能和性能。(2)无效等价类：与有效等价类相反，它是由对程序的规格说明无意义、不合理的输入数据构成的集合。在问题2中，有效等价类栏目中地区码有两种选择，“空白”或“3位数字”，“空白”选项已经给出，故答案为“3位数字”。前缀在题目中要求为非“0”或非“1”开头的3位数字，满足此条件的数值范围是200～999，故答案如参考答案。后缀只要求4位数字，从0000到9999均可，故填写4位数字即可。对于地区码的无效等价类，有三种情况：含有非数字字符、是数字字符但长度大于或小于3均为无效输入，后两个已在表中给出，故答案为有非数字字符。对于前缀，除了要求3位数字外，还要求开头的数字不能为0或1，因此其无效类有5个，分别为有非数字字符、起始位为0、起始位为1、少于3位数字和多于3位数字，故答案为起始位为0。性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。性能测试在软件的质量保证中起着重要的作用，它包括的测试内容丰富多样。本问题考核考生对性能测试涉及的相关概念的掌握情况。1．安全性测试。安全性测试是测试系统在应付非授权的内部/外部访问、非法侵入或故意的损坏时的系统防护能力，检验系统有能力使可能存在的内/外部的伤害或损害的风险限制在可接受的水平内。安全性测试是要检验在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞。一般通过以下几种破坏系统保护机构的方法来检验系统的安全性：(1)正面攻击或从侧面、背面攻击系统中易受损坏的那些部分。(2)以系统输入为突破口，利用输入的容错性进行正面攻击。(3)申请和占用过多的资源压垮系统，以破坏安全措施，从而进入系统。(4)故意使系统出错，利用系统恢复的过程，窃取用户口令及其他有用的信息。(5)通过浏览残留在计算机各种资源中的垃圾(无用信息)，以获取如口令、安全码和译码关键字等信息。(6)浏览全局数据，期望从中找到进入系统的关键字。(7)浏览那些逻辑上不存在，但物理上还存在的各种记录和资料等。2．兼容性测试。兼容性测试用于测试软件与先前发布过的版本、有依赖关系的外部软件、运行的系统的各种版本和硬件平台的不同配置的兼容情况。一般从如下几个方面进行兼容性测试。(1)检查版本是否兼容，检查新版本操作习惯与老版本是否兼容，目的是使老版本的用户很快地适应新版本的变化。(2)检查数据格式是否兼容。(3)检查系统调用的兼容性，检查系统的哪些功能依赖于系统调用，是否属于某个平台或版本独有，是否在不同平台上有差异。3．容错性测试。容错性测试是检查软件在异常条件下自身是否具有防护性措施或者灾难恢复手段。如当系统出错时，能否在指定时间间隔内修正错误并重新启动。可以把容错性测试看作是由系统异常处理测试和恢复测试组成的。4．压力测试。压力测试又称为强度测试，是在强负载(如大数据量、大量并发用户等1下的测试，用于查看应用系统在峰值使用情况下的操作行为，目的是发现系统的功能隐患、系统是否具有良好的容错能力和可恢复能力。压力测试分为高负载下的长时间(如24小时以上)的稳定性压力测试和极限负载情况下导致系统崩溃的破坏性压力测试。压力测试的一般步骤如下：步骤1：进行简单多任务测试。步骤2：简单压力缺陷修正后，增加系统的压力直到系统崩溃。

8、正确错误正确正确
9、ECADB
10、α测试β测试
11、D ACB
【解析】
8.[解析] 配置测试是要检查计算机系统内各个设备或各种资源之间的相互联结和功能分配中的错误。它主要包括配置命令测试、循环配置测试、修复测试。其中，配置命令测试要求验证全部配置命令的可操作性(有效性)，特别对最大配置和最小配置要进行测试。软件配置和硬件配置都要测试。循环配置测试要求证明对每个设备物理与逻辑的、逻辑与功能的每次循环置换配置都能正常工作。修复测试要求检查每种配置状态及哪个设备是坏的，并用自动或手工的方式进行配置状态间的转换。通常，对硬件配置的要求是硬件配置必须要达到系统运行的最低要求，确保能支持软件正常运行。系统测试的目的在于通过与系统的需求定义做比较，以发现软件与系统的定义不符合或与之矛盾的地方。它通常由开发人员负责完成。验收测试是以使用系统的人员(即用户)为主的测试，软件开发人员和QA(质量保证)人员也应参加。由用户参加设计测试用例，使用生产中的实际数据进行测试。9.[解析] 软件测试实施过程分为单元测试、集成测试、确认测试、系统测试和验收测试等。单元测试也称为模块测试，通常在编码阶段进行，是软件测试的最基本的部分。单元测试对源程序的每一个程序单元进行测试，检查模块内部的错误，并验证每个模块是否满足系统设计说明书的要求。若达不到设计要求或发现编码错误，则应回到编码阶段进行修改。换而言之，单元测试检查各个程序模块是否正确地实现了规定的功能，确保其能正常工作。集成测试也称为组装测试，是把模块在按照设计要求组装起来的同时进行测试，主要目的是验证组成软件系统各模块的接口和交互作用是否错误。具体而言，它的主要任务包括(但不限于)：①将各模块连接起来，检查模块相互调用时，数据经过接口是否丢失；②将各个子功能组合起来，检查能否达到预期要求的各项功能；③一个模块的功能是否会对另一个模块的功能产生不利的影响；④全局数据结构是否有问题，会不会被异常修改；⑤单个模块的误差积累起来，是否被放大，从而达到不可接受的程度。确认测试是检验软件的功能和性能及其他特性是否满足了需求规格说明(或合同)中确定的各种需求，软件配置是否完全、正确，文档资料是否完整，确认人机界面和其他方面是否令用户满意。系统测试是把通过确认测试的软件系统作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，以需求规格说明为依据，在实际运行环境下的测试活动。它用于检验软件产品能否与实际运行环境中的系统的其他部分(如硬件、数据库及操作人员等)协调地工作。验收测试是从实际终端用户的使用角度，对软件的功能和性能进行测试，以便发现可能只有最终用户才能发现的错误。换而言之，它是在测试组协助下，由用户代表审查验收文档资料，测试软件系统的功能和性能等。其主要任务是进一步验证软件的有效性，即检查软件的功能和性能是否与用户的要求一致。同时验收测试要进行对软件配置的复审，即要检查软件(源程序、目标程序)和文档(包括面向开发和用户)是否齐全以及分类是否有序。确保文档、资料的正确和完善，以便在维护阶段使用。10.[解析] α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。其目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)，尤其注重产品的界面和特色。α测试可以从软件产品编码结束之时开始，或在模块(子系统)测试完成之后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。β测试是由软件的多个用户在实际使用环境下进行的测试。这些用户返回有关错误信息给开发者。测试时，开发者通常不在测试现场。因此β测试是在开发者无法控制的环境下进行的软件现场应用。β测试主要衡量产品的FLURPS，着重于产品的支持性，包括文档、客户培训和支持产品生产能力。通常，只有当α测试达到一定的可靠程度时，才能开始β测试。11.[解析] 用户界面测试用于核实用户与软件之间的交互，检查用户界面中的设计是否合乎用户的期望或要求，界面中的对象是否按照预期的方式运行。针对界面的正确性、导航性、易用性、协调性、规范性及独特性等进行测试属于界面测试。例如，当用户浏览Web应用系统时是否感到舒适?是否凭直觉就知道要找的信息在什么地方?整个Web应用系统的设计风格是否一致?对整体界面的测试过程，其实是一个对最终用户进行调查的过程。通常，Web应用系统采取在主页上做一个调查问卷的形式来得到最终用户的反馈信息。对所有的用户界面测试而言，都需要有外部人员(与Web应用系统开发没有联系或联系很少的人员)的参与，最好是最终用户的参与。安全性测试是测试系统在应付非授权的内部/外部访问、非法侵入(或故意损坏)时的系统防护能力，检验系统有能力使可能存在的内/外部的损害的风险限制在可接受的水平内。它要检验在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞。通常，可以通过以下几种破坏方法来检验系统的安全性(包含但不限于)：①正面攻击或从侧面、背面攻击系统中易受损坏的那些部分；②以系统输入为突破口，利用输入的容错性进行正面攻击；③申请和占用过多的资源压垮系统，以破坏安全措施，从而进入系统；④故意使系统出错，利用系统恢复的过程，窃取用户口令及其他有用的信息；⑤通过浏览残留在计算机各种资源中的垃圾(无用信息)，以获取诸如口令、安全码和译码关键字等信息；⑥浏览全局数据，期望从中找到进入系统的关键字；⑦浏览那些逻辑上不存在，但物理上还存在的各种记录和资料等。功能性测试是测试Web应用系统与用户之间的交互功能能否正确执行。安装测试是检测Web应用系统在安装过程中是否有误、是否易操作，安装后是否可立即正常运行。

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

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

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

（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等。

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

8、CDABFE3位数字200～999之间的3位数字 或非“0”或非“1”开头的3位数字4位数字 有非数字字符 起始位为0CBAD软件测试是保障电子商务系统质量的重要手段。考生应该掌握软件测试的基本概念、基本过程和方法，了解电子商务软件系统的测试步骤。本题主要从软件测试实施过程、软件测试方法以及性能测试三个方面，考核考生对相关概念、方法的掌握程度。软件测试实施过程分为单元测试、集成测试、确认测试、系统测试、验收测试和回归测试。本问题考核考生掌握软件测试实施过程的程度，要求考生掌握各个测试步骤的工作内容，与其他测试步骤的区别。1．单元测试。单元测试通过对每个最小的软件模块进行测试，检查各个程序模块是否正确地实现了规定的功能，确保其能正常工作。单元测试的主要任务是，通过对被测模块的数据流进行测试，检查进出模块的数据是否正确。2．集成测试。集成测试是对已测试过的模块进行组装集成，目的是检验与软件设计相关的程序结构问题。集成测试的主要任务是：(1)将各模块连接起来，检查模块相互调用时，数据经过接口是否丢失。(2)将各个子功能组合起来，检查能否达到预期要求的各项功能。(3)一个模块的功能是否会对另一个模块的功能产生不利的影响。(4)全局数据结构是否有问题，会不会被异常修改。(5)单个模块的误差积累起来，是否被放大，从而达到不可接受的程度。3．确认测试。确认测试用来检验软件是否符合用户的需求。软件确认一般采用黑盒测试法，通过一系列证明软件功能和要求的测试来实现。确认测试的结果只有两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；反之，功能和性能指标不满足软件需求说明的要求，此时发现的错误一般很难在预定的工期内改正，因此往往须与用户协商，寻求一个妥善的解决方法。4．系统测试。系统测试检验软件产品能否与实际运行环境中的系统的其他部分(如硬件、数据库及操作人员等)协调地工作。系统测试将软件与整个系统的硬件、外设、支持软件、数据和人员等结合起来，以需求规格说明为依据，在实际运行环境下进行测试。5．验收测试。是检验软件产品质量的最后一道工序，从实际终端用户的使用角度，对软件的功能和性能进行测试，以便发现可能只有是最终用户才能发现的错误。测试人员在验收测试工作中将协助用户代表执行测试，并和测试观察员一起向用户解释测试用例的结果。6．回归测试。回归测试是一种验证已变更的系统的完整性与正确性的测试技术，是指重新执行已经做过的测试的某个子集，以保证修改没有引入新的错误或者没有发现由于更改而引起之前未发现的错误，也就是保证改变没有带来非预期的副作用。因此，软件开发的各个阶段会进行多次回归测试。软件测试方法包括白盒测试和黑盒测试等，而等价类法是黑盒测试法中最常用的测试方法之一。本问题考核考生掌握等价类法的程度，即针对被测对象，能否设计有效等价类和无效等价类。等价类是指某个输入域的子集合。在该子集合中，测试某等价类的代表值就等于对这一类其他值的测试，对于揭露程序的错误是等效的。因此，将输入的全部数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据取得较好的测试结果。等价类划分有两种情况，即有效等价类和无效等价类。(1)有效等价类：对于程序的规格说明来说，它是由合理的、有意义的输入数据构成的集合，利用它可检验程序是否实现了规格说明中所规定的功能和性能。(2)无效等价类：与有效等价类相反，它是由对程序的规格说明无意义、不合理的输入数据构成的集合。在问题2中，有效等价类栏目中地区码有两种选择，“空白”或“3位数字”，“空白”选项已经给出，故答案为“3位数字”。前缀在题目中要求为非“0”或非“1”开头的3位数字，满足此条件的数值范围是200～999，故答案如参考答案。后缀只要求4位数字，从0000到9999均可，故填写4位数字即可。对于地区码的无效等价类，有三种情况：含有非数字字符、是数字字符但长度大于或小于3均为无效输入，后两个已在表中给出，故答案为有非数字字符。对于前缀，除了要求3位数字外，还要求开头的数字不能为0或1，因此其无效类有5个，分别为有非数字字符、起始位为0、起始位为1、少于3位数字和多于3位数字，故答案为起始位为0。性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。性能测试在软件的质量保证中起着重要的作用，它包括的测试内容丰富多样。本问题考核考生对性能测试涉及的相关概念的掌握情况。1．安全性测试。安全性测试是测试系统在应付非授权的内部/外部访问、非法侵入或故意的损坏时的系统防护能力，检验系统有能力使可能存在的内/外部的伤害或损害的风险限制在可接受的水平内。安全性测试是要检验在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞。一般通过以下几种破坏系统保护机构的方法来检验系统的安全性：(1)正面攻击或从侧面、背面攻击系统中易受损坏的那些部分。(2)以系统输入为突破口，利用输入的容错性进行正面攻击。(3)申请和占用过多的资源压垮系统，以破坏安全措施，从而进入系统。(4)故意使系统出错，利用系统恢复的过程，窃取用户口令及其他有用的信息。(5)通过浏览残留在计算机各种资源中的垃圾(无用信息)，以获取如口令、安全码和译码关键字等信息。(6)浏览全局数据，期望从中找到进入系统的关键字。(7)浏览那些逻辑上不存在，但物理上还存在的各种记录和资料等。2．兼容性测试。兼容性测试用于测试软件与先前发布过的版本、有依赖关系的外部软件、运行的系统的各种版本和硬件平台的不同配置的兼容情况。一般从如下几个方面进行兼容性测试。(1)检查版本是否兼容，检查新版本操作习惯与老版本是否兼容，目的是使老版本的用户很快地适应新版本的变化。(2)检查数据格式是否兼容。(3)检查系统调用的兼容性，检查系统的哪些功能依赖于系统调用，是否属于某个平台或版本独有，是否在不同平台上有差异。3．容错性测试。容错性测试是检查软件在异常条件下自身是否具有防护性措施或者灾难恢复手段。如当系统出错时，能否在指定时间间隔内修正错误并重新启动。可以把容错性测试看作是由系统异常处理测试和恢复测试组成的。4．压力测试。压力测试又称为强度测试，是在强负载(如大数据量、大量并发用户等1下的测试，用于查看应用系统在峰值使用情况下的操作行为，目的是发现系统的功能隐患、系统是否具有良好的容错能力和可恢复能力。压力测试分为高负载下的长时间(如24小时以上)的稳定性压力测试和极限负载情况下导致系统崩溃的破坏性压力测试。压力测试的一般步骤如下：步骤1：进行简单多任务测试。步骤2：简单压力缺陷修正后，增加系统的压力直到系统崩溃。

8、正确错误正确正确
9、ECADB
10、α测试β测试
11、D ACB
8.[解析] 配置测试是要检查计算机系统内各个设备或各种资源之间的相互联结和功能分配中的错误。它主要包括配置命令测试、循环配置测试、修复测试。其中，配置命令测试要求验证全部配置命令的可操作性(有效性)，特别对最大配置和最小配置要进行测试。软件配置和硬件配置都要测试。循环配置测试要求证明对每个设备物理与逻辑的、逻辑与功能的每次循环置换配置都能正常工作。修复测试要求检查每种配置状态及哪个设备是坏的，并用自动或手工的方式进行配置状态间的转换。通常，对硬件配置的要求是硬件配置必须要达到系统运行的最低要求，确保能支持软件正常运行。系统测试的目的在于通过与系统的需求定义做比较，以发现软件与系统的定义不符合或与之矛盾的地方。它通常由开发人员负责完成。验收测试是以使用系统的人员(即用户)为主的测试，软件开发人员和QA(质量保证)人员也应参加。由用户参加设计测试用例，使用生产中的实际数据进行测试。9.[解析] 软件测试实施过程分为单元测试、集成测试、确认测试、系统测试和验收测试等。单元测试也称为模块测试，通常在编码阶段进行，是软件测试的最基本的部分。单元测试对源程序的每一个程序单元进行测试，检查模块内部的错误，并验证每个模块是否满足系统设计说明书的要求。若达不到设计要求或发现编码错误，则应回到编码阶段进行修改。换而言之，单元测试检查各个程序模块是否正确地实现了规定的功能，确保其能正常工作。集成测试也称为组装测试，是把模块在按照设计要求组装起来的同时进行测试，主要目的是验证组成软件系统各模块的接口和交互作用是否错误。具体而言，它的主要任务包括(但不限于)：①将各模块连接起来，检查模块相互调用时，数据经过接口是否丢失；②将各个子功能组合起来，检查能否达到预期要求的各项功能；③一个模块的功能是否会对另一个模块的功能产生不利的影响；④全局数据结构是否有问题，会不会被异常修改；⑤单个模块的误差积累起来，是否被放大，从而达到不可接受的程度。确认测试是检验软件的功能和性能及其他特性是否满足了需求规格说明(或合同)中确定的各种需求，软件配置是否完全、正确，文档资料是否完整，确认人机界面和其他方面是否令用户满意。系统测试是把通过确认测试的软件系统作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，以需求规格说明为依据，在实际运行环境下的测试活动。它用于检验软件产品能否与实际运行环境中的系统的其他部分(如硬件、数据库及操作人员等)协调地工作。验收测试是从实际终端用户的使用角度，对软件的功能和性能进行测试，以便发现可能只有最终用户才能发现的错误。换而言之，它是在测试组协助下，由用户代表审查验收文档资料，测试软件系统的功能和性能等。其主要任务是进一步验证软件的有效性，即检查软件的功能和性能是否与用户的要求一致。同时验收测试要进行对软件配置的复审，即要检查软件(源程序、目标程序)和文档(包括面向开发和用户)是否齐全以及分类是否有序。确保文档、资料的正确和完善，以便在维护阶段使用。10.[解析] α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。其目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)，尤其注重产品的界面和特色。α测试可以从软件产品编码结束之时开始，或在模块(子系统)测试完成之后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。β测试是由软件的多个用户在实际使用环境下进行的测试。这些用户返回有关错误信息给开发者。测试时，开发者通常不在测试现场。因此β测试是在开发者无法控制的环境下进行的软件现场应用。β测试主要衡量产品的FLURPS，着重于产品的支持性，包括文档、客户培训和支持产品生产能力。通常，只有当α测试达到一定的可靠程度时，才能开始β测试。11.[解析] 用户界面测试用于核实用户与软件之间的交互，检查用户界面中的设计是否合乎用户的期望或要求，界面中的对象是否按照预期的方式运行。针对界面的正确性、导航性、易用性、协调性、规范性及独特性等进行测试属于界面测试。例如，当用户浏览Web应用系统时是否感到舒适?是否凭直觉就知道要找的信息在什么地方?整个Web应用系统的设计风格是否一致?对整体界面的测试过程，其实是一个对最终用户进行调查的过程。通常，Web应用系统采取在主页上做一个调查问卷的形式来得到最终用户的反馈信息。对所有的用户界面测试而言，都需要有外部人员(与Web应用系统开发没有联系或联系很少的人员)的参与，最好是最终用户的参与。安全性测试是测试系统在应付非授权的内部/外部访问、非法侵入(或故意损坏)时的系统防护能力，检验系统有能力使可能存在的内/外部的损害的风险限制在可接受的水平内。它要检验在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞。通常，可以通过以下几种破坏方法来检验系统的安全性(包含但不限于)：①正面攻击或从侧面、背面攻击系统中易受损坏的那些部分；②以系统输入为突破口，利用输入的容错性进行正面攻击；③申请和占用过多的资源压垮系统，以破坏安全措施，从而进入系统；④故意使系统出错，利用系统恢复的过程，窃取用户口令及其他有用的信息；⑤通过浏览残留在计算机各种资源中的垃圾(无用信息)，以获取诸如口令、安全码和译码关键字等信息；⑥浏览全局数据，期望从中找到进入系统的关键字；⑦浏览那些逻辑上不存在，但物理上还存在的各种记录和资料等。功能性测试是测试Web应用系统与用户之间的交互功能能否正确执行。安装测试是检测Web应用系统在安装过程中是否有误、是否易操作，安装后是否可立即正常运行。