阅读以下说明。[说明]某公司需开发一套电子商务系统，为保证开发进度和开发质量，专门组建测试小组对开发的全过程进行测试。电子商务系统的报表处理模块要求用户输入处理报表的日期，日期限制在2003年1月至2006年12月，如日期不在此范围内，则显示输入错误信息。系统日期由6位数字字符组成，前4位代表年，后2位代表月。测试小组设计了等价类，如表3-1所示。请根据题目说明及表3-1，填补空9～12。表3-1报表日期输入条件等价类表完成模块测试后，测试小组进行了集成测试。 集成测试是在软件系统集成过程中所进行的测试，

【问题1】

(1) 驱动(Drive)

(2) 桩(Stub) 

(3) 局部数据结构测试或局部数据结构或数据结构 

(4) 执行路径测试或执行路径或路径

(5) 模块接口测试或模块接口或接口

(6) 出错处理测试或出错处理 

(7) 边界条件测试或边界条件或边界

【问题 2】

(8)T1-(T2-T3-T8)-(T4-T7)-(T5-T6)

或 1-(2-3-8)-(4-7)-(5-6)

注:括号内答案顺序可换

(9) 功能冻结

(10) 代码冻结

(9)、(10) 答案顺序可换

【问题 3】

(11) 4位数字或 0000～9999

(12)200～999 之间的 3 位数字 或非 "0" 或非 "1" 开头的 3 位数字

(13) 有非数字字符

(14) 起始位为 0

(15) 多于 4 位数字

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：简单压力缺陷修正后，增加系统的压力直到系统崩溃。

6、(1)模块接口 (2)局部数据结构 (3)边界条件(4)执行路径 (5)错误处理 7、(1)数据库测试 (2)表单测试(3)连接速度测试 (4)负载测试 8、(1)1→3→9(2)1→4→7→10→1→2→9或1→4→7→10→1→3→9(3)1→4→8→10→1→2→9或1→4→8→10→1→3→9 9、(1)B (2)C (3)F
本题考查电子商务系统测试的工作流程以及测试所涉及到的方法和步骤。模块测试也称为单元测试，是通过对每个最小的软件模块进行测试，对源代码的每一个程序单元实行测试，检查各个程序模块是否正确地实现了规定的功能，确保其能正常工作。单元测试主要针对程序模块进行测试，主要有5个任务：模块接口、局部数据结构、边界条件、执行路径和错误处理。电子商务系统的测试可以分为功能测试和性能测试两大方面。功能测试指测试软件各个功能模块是否正确，逻辑是否正确。对于电子商务系统而言，功能测试主要是确保系统与用户之间的交互功能可以正确执行。性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。本题中，数据库测试和表单测试主要测试电子商务系统能否满足要求的功能，属于功能测试。连接速度测试、负载测试主要测试系统的性能指标，属于性能测试。基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径的集合，从而设计测试用例的方法。它是白盒测试的重要方法。独立路径是指程序中至少引入了一个新的处理语句集合或一个新条件的程序通路，即独立路径必须至少包含一条在本次定义路径之前不曾用过的边。系统测试将软件与整个系统的硬件、外设、支持软件、数据和人员等结合起来，以需求规格说明为依据，在实际运行环境下进行测试。其中：恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。压力测试又称为强度测试，是在强负载(加大数据量、大量并发用户等)下的测试，用于查看应用系统在峰值使用情况下的操作行为。目的是发现系统的功能隐患、系统是否具有良好的容错能力和可恢复能力。安全性测试是测试系统在应付非授权的内部/外部访问、非法侵入或故意的损坏时的系统防护能力，检验系统有能力使可能存在的内/外部的伤害或损害的风险限制在可接受的水平内。兼容性/配置测试用于测试软件与先前发布过的版本、有依赖关系的外部软件、运行的系统的各种版本和硬件平台的不同配置的兼容情况。文档测试是指对软件开发、测试和维护过程中产生的所有文档的测试，包括对需求规格分析说明书、详细设计报告、系统设计报告、用户手册以及与系统相关的一切文档的审阅和评测。可用性是指系统正常运行的能力和用户接受的程度，一般用如下公式表示。可用性=平均正常工作时间/(平均正常工作时间+平均修复时间)文档测试是指对软件开发、测试和维护过程中产生的所有文档的测试，包括对需求规格分析说明书、详细设计报告、系统设计报告、用户手册以及与系统相关的一切文档的审阅和评测。

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

8、(1)A(局部数据结构) (2)C(模块接口) (3)E(边界条件)注：(1)～(3)的答案可互换9、(4)B(性能测试)(5)F(强度测试)(6)E(负载测试)(7)A(功能测试)(8)C(恢复测试)(9)D(安全性测试)
10、(10)C(A=0 B=0 C=1和A=0 B=1 C=1)

11、(11)C(测试用例) (12)A(回归测试) (13)B(假设错误原因)(14)D(修正程序)
【解析】
8、本题考查的是软件测试方面的基本知识。问题1考查的是对模块进行测试应掌握的内容。模块测试也称为单元测试，通常在编码阶段进行，是软件测试的最基本的部分。主要从模块的五个方面进行检查：模块接口、局部数据结构、重要的执行路径、出错处理和边界条件。
9、[解析] 考查的是信息系统的系统测试的内容及其应完成的工作。系统测试包括：· 功能测试，它检查系统的功能是否符合规格说明，主要采用黑盒测试方法。· 性能测试，它检查系统是否满足系统分析说明书对性能的要求。· 恢复测试，主要检测系统的容错能力。· 安全性测试，主要是为了检查系统对非法侵入的防范能力，以及系统的安全机制、保密措施是否完善。· 负载测试，是为了测量系统在某一负载级别上的性能，看数据在超负荷环境中运行，程序是否能够承担。· 强度测试，是对系统在异常情况下的承受能力的测试，是检查系统在极限状态下运行，性能下降的幅度是否在允许的范围内。
10、[解析] 考查的是白盒测试的用例设计。白盒测试，也称结构测试，是对程序内部结构和逻辑进行测试，详细检查程序的过程性细节，看是否每条通路都能按预期的要求正确运行。
11、[解析] 考查的是有关调试的基本知识。调试过程为：

17、(1)B或因为在系统开发的各个阶段都可能出现错误，应尽早并不断进行测试(2)C或开发人员对功能理解的错误很难由本人测试出来，因此，测试工作的主要过程应避免由原开发软件的人或小组来承担(3)E或成功的测试是发现了至今尚未发现的错误的测试
18、(4)C或检查模块的输入参数的个数与形参的个数是否匹配(5)A或检查变量名是否正确(6)E或检查算符优先级是否正确(7)B或检查错误提示与实际错误是否相符(8)D或检查n元数组第n个元素的处理是否正确(9)F或设计了用以模拟被测模块的上级模块(10)G或设计了用以模拟被测模块的下级模块
19、(11)E(12)C(13)A

20、(14)A(15)C
【解析】
17、本题从软件测试的过程出发，考查对软件测试的基本概念、模块测试和系统测试的任务以及软件调试方法的掌握情况。本问题考查对软件测试基本概念的掌握。在6个备选答案中，A选项是错误的，因为测试的目的是查找软件中的错误，它无法证明软件的正确性。D选项是错误的，因为按照软件工程的基本观点，经测试后，软件中仍存在的错误概率与已经发现的错误数成正比。F选项是错误的，因为严格的测试计划会使测试工作有效地发现软件的错误，从而保障测试进度。其余选项是正确的。
18、本问题考查对模块测试基本概念和工作任务的掌握。单元测试也称为模块测试，通常在编码阶段进行，是软件测试的最基本的部分。单元测试对源程序的每一个程序单元进行测试，检查模块内部的错误，并验证每个模块是否满足系统设计说明书的要求。单元测试可以选用人工测试或机器测试，当用机器测试时，一般采用白盒测试法。在单元测试中，主要从模块的5个方面进行检查：模块接口、局部数据结构、重要的执行路径、出错处理和边界条件。(1)模块接口：正确地输入输出数据是模块进行其他测试的基础，所以在单元测试中要考查模块的接口。(2)局部数据结构：在单元测试中，为确保模块内的临时数据在程序执行过程中的完整性和正确性，必须仔细检查局部数据结构。(3)重要的执行路径：在单元测试中，对路径的测试是最基本的任务。由于不能进行穷举测试，所以需要精心设计用例，保证模块中每条语句至少执行一次，检查是否有计算、比较或控制流等方面的错误。(4)出错处理：好的设计应该能预测到各种出错的条件，并且有对出错进行处理的路径，以保证程序逻辑的正确性，便于用户维护。因此，要对程序中包含的出错处理通路进行测试。(5)边界条件：边界条件的测试是单元测试的最后工作，也是非常重要的工作。软件容易在边界出现错误，如处理n元数组第n个元素时常常有错误。由于模块不是独立运行的程序，各模块之间存在调用与被调用的关系，所以在对每个模块进行测试时，需要为被测模块编写一些测试模块来代替它的上级模块或下级模块。所编写的测试模块主要模拟与被测模块直接相关部分的功能，分为驱动模块与桩模块两种。驱动模块(driver)相当于一个主程序，它用于接收测试用例的数据，并将这些数据送到被测模块，被测模块被调用后，“主程序”输出测试结果，如打印“进入——退出”信息等。桩模块(stub)代替被测模块所调用的子模块，利用它对被测模块的调用能力和输出数据进行测试，其内可进行少量的数据处理，目的是为了检验入口、输出调用和返回信息。
19、本问题考查对系统测试基本概念和工作任务的掌握。系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的功能和性能等是否满足要求。其目的是将软件与系统需求定义进行比较，发现软件与定义不相符或相矛盾的问题。系统测试的主要内容如下。(1)功能测试功能测试又称正确性测试，它检查系统的功能是否符合规格说明，主要采用黑盒测试方法。通常的做法是构造一些合理输入，检查是否得到期望的输出。(2)性能测试性能测试是检查系统是否满足系统分析说明书对性能的要求。特别是实时系统或嵌入式系统，即使软件的功能满足需求，但性能达不到要求也是不行的。性能测试覆盖了软件测试的各阶段，而不是等到系统的各部分全部组装之后才确定系统的真正性能。通常与强度测试结合起来，同时对软件、硬件进行测试，主要从响应时间、处理速度、吞吐量、处理精度等方面来检测。(3)恢复测试恢复测试主要检测系统的容错能力。检测方法是采用各种方法让系统出现故障，检验系统是否按照要求能从故障中恢复过来，并在预定的时间内开始事务处理，而且不对系统造成任何损害。对于自动恢复，需要验证重新初始化、检查点、数据恢复和重新启动等机制是否正确。如果恢复需要人工干预，就要对恢复的平均时间进行评估，并判断它是否在可接受的范围内。(4)安全性测试系统的安全性测试主要是为了检查系统对非法侵入的防范能力，以及系统的安全机制、保密措施是否完善。测试的方法是测试人员模拟非法入侵者，采用各种方法冲破防线。例如，想方设法截取或破译口令；故意使系统出错，利用系统恢复的过程非法入侵；企图通过浏览非保密数据获取所需信息，等等。从理论上说，只要时间和资源允许，没有进入不了的系统。所以，系统安全性设计准则是使非法入侵者所花费的代价比进入系统后所得到的好处要大，此时非法入侵者已无利可图。(5)负载测试负载测试是为了测量系统在某一负载级别上的性能，看数据在超负荷环境中运行时程序是否能够承担。在这种测试中，将使系统承担不同的工作量，以评测和评估系统在不同工作量条件下的性能行为，以及持续正常运行的能力，其目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。(6)强度测试强度测试是对系统在异常情况下的承受能力的测试，是检查系统在极限状态下运行时性能下降的幅度是否在允许的范围内。因此，强度测试要求系统在非正常数量、频率或容量的情况下运行，例如，运行使系统处理超过设计能力的最大允许值的测试用例；设计测试用例，使系统传输超过设计最大能力的数据，包括内存的写入和读出、外部设备等；对磁盘保留的数据，设计产生过度搜索的测试用例，等等。强度测试主要是为了发现在有效的输入数据中可能引起不稳定或不正确的数据组合。(7)可靠性测试对于系统分析说明书提出了可靠性要求时，要对系统的可靠性进行测试，主要验证系统在指定条件和规定的时间内执行操作的能力。通常使用以下两个指标来衡量系统的可靠性：①平均失效间隔时间是否超过了规定的时限；②因故障而停机的时间在一年中应不超过多少时间。(8)安装测试安装测试就是为了检测在安装过程中是否有误、是否易操作等。主要检测系统的每一个部分是否齐全；硬件的配置是否合理；安装中需要产生的文件夹数据库是否已产生，其内容是否正确；等等。安装测试要在完全、部分或升级等不同的安装环境中进行。此外，还要对卸载过程进行测试。
20、本问题考查对软件调试方法的掌握情况。调试的任务就是根据测试时所发现的错误，找出原因和具体的位置，并进行改正。调试过程主要由确定错误位置及改正错误这两个步骤组成。与测试不同，调试工作主要由程序开发人员来进行，也就是说，谁开发的程序由谁来进行调试。常用的调试方法有如下几种。(1)试探法调试人员分析错误的症状，猜测问题的所在位置，利用在程序中设置输出语句，分析寄存器、存储器的内容等手段来获得错误的线索，一步步地试探和分析找到错误所在。这种方法效率很低，且比较缓慢，适合于结构比较简单的程序。(2)回溯法调试人员从发现错误症状的位置开始，人工沿着程序的控制流程往回跟踪程序代码，直到找出错误根源或确定故障范围为止。这种方法适合于小型程序，往往能把故障范围缩小为程序中的一小段代码，仔细分析这段代码不难确定故障的准确位置。但对于大规模程序，由于其需要回溯的路径太多而使这种方法变得不可操作。(3)对分查找法这种方法主要用来缩小错误的范围。如果已经知道程序中的变量在若干位置的预期正确取值，可以在这些位置上用赋值语句给这些变量以正确值。运行程序，观察输出结果，如果没有发现问题，则说明从给出变量的正确值开始到输出结果之间的程序没有出错，问题可能在除此之外的程序中，否则错误就在所考查的这部分程序中。对含有错误的程序段再使用这种方法，直到把故障范围缩小到比较容易诊断为止。(4)归纳法归纳法就是从测试所暴露的错误出发，通过分析错误征兆之间的关系而找出故障。归纳法从个别推出一般，是一种系统化的思考方法，其步骤如下。①收集相关数据。列出程序做得对或不对的所有数据，不产生错误的数据往往也能提供重要的线索；②整理数据，找出规律。对收集到的数据进行组织与整理，由特殊推出一般，主要发现在什么条件下出现错误，什么条件下不出错；③导出假设。提出一个或多个可能的错误原因，并选择可能性最大的那个。如果提不出来，则说明收集的数据不够，需要设计和执行追加的测试用例来得到。④证明假设。用上一步的假设来解释所有的原始测试结果，如果能解释这一切，则假设得以证实，也就找出错误；否则，要么是假设不完备或不成立，要么有多个故障同时存在，需要重新分析，提出新的假设，直到发现错误为止。(5)演绎法演绎法从一般原理出发，首先根据测试结果列出所有可能产生错误的原因，再仔细分析已有的数据，排除不可能和彼此矛盾的原因，利用已知线索进一步精化余下的假设，以便精确确定故障的位置，最后运用归纳法的第④步来证明剩下的原因即为错误的根源。以上这方法均可辅以调试工具。随着测试技术和软件开发环境的发展，会出现功能越来越强的自动测试和调试工具，支持断点设置、单步运行和各种跟踪技术，为软件的调试提供很大的方便。但无论哪种工具都代替不了开发人员对整个文档和程序代码的仔细研究和认真审查所起的作用。

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：简单压力缺陷修正后，增加系统的压力直到系统崩溃。

问题1：答案：（1）：P；（2）：12月12日；（3）：正浮点数带2位小数；（4）：MSP以外的字母；（5）：非正浮点数；问题2：答案：（1）：1000；（2）：500；（3）：3、6、8；（4）：1月1日 (除特殊日期之外的其它日期)；（5）：1 (非字母即可)；（6）：N/A；（7）：K （MSP以外的单个字母）；（8）：1、7、12；（9）：500.123（多于两位小数的正浮点数）；问题3：答案：（1）：S<0；（2）：s>20000；（3）：S=19999；（4）：S=-1；（5）：S=20001；（6）：S=1；
【解析】
问题1：解析：本小题考查黑盒测试用例设计中的等价类划分法。等价类划分法：把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。划分等价类的6条原则：（1）在输入条件规定了取值范围或值的个数的情况下，可以确立一个有效等价类和两个无效等价类；（2）在输入条件规定了输入值的集合或者规定了必须如何的条件的情况下，可以确立一个有效等价类和一个无效等价类；（3）在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类；（4）在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类；（5）在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）；（6）在确知已划分的等价类中，各元素在程序处理中的方式不同的情况下，则再将该等价类进一步地划分为更小的等价类；问题2：解析：本小题考查等价类的具体用例取值，按照前面的表对应计算即可。 等价类划分法：把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。划分等价类的6条原则：（1）在输入条件规定了取值范围或值的个数的情况下，可以确立一个有效等价类和两个无效等价类；（2）在输入条件规定了输入值的集合或者规定了必须如何的条件的情况下，可以确立一个有效等价类和一个无效等价类；（3）在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类；（4）在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类；（5）在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）；（6）在确知已划分的等价类中，各元素在程序处理中的方式不同的情况下，则再将该等价类进一步地划分为更小的等价类；问题3：解析：本小题考查等价类和边界值的具体用例取值。 边界值分析法：对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。边界值设计测试用例，应遵循的原则：（1）如果输入条件规定了值得范围，则应取刚达到这个范围的边界值，以及刚刚超过这个范围边界的值作为测试输入数据；（2）如果输入条件规定了值得个数，则用最大个数、最小个数、比最小个数少、比最大个数多1的数作为测试数据；（3）根据规格说明的每个输出条件，使用前面的原则（1）；（4）根据规格说明的每个输出条件，应用前面的原则（2）；（5）如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例；（6）如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构边界上的值作为测试用例；（7）分析规格说明，找出其他可能的边界条件；

7、 (1)驱动(Drive)(2)桩(Stub)(3)局部数据结构测试或局部数据结构或数据结构(4)执行路径测试或执行路径或路径(5)模块接口测试或模块接口或接口(6)出错处理测试或出错处理(7)边界条件测试或边界条件或边界 8、(1)T1-(T2-T3-T8)-(T4-T7)-(T5-T6)或1-(2-3-8)-(4-7)-(5-6)(2)功能冻结(3)代码冻结 9、(1)4位数字或0000～9999(2)200～999之间的3位数字 ?或非“0”或非“1”开头的3位数字(3)有非数字字符(4)起始位为0(5)多于4位数字
【解析】
本题考查软件测试中的相关概念和黑盒测试中的等价类的划分。 模块是整个软件系统中完成某个功能的独立部分，无法独立运行，因此，在测试某个模块时，需要构造该模块的上一级模块和下一级模块，上一级模块称为驱动模块，而下一级模块称为桩模块。 在模块测试中，需要完成5个方面的任务，包括模块接口测试、局部数据结构测试、执行路径测试、出错处理测试和边界条件测试。 (1)模块接口测试。通过对被测模块的数据流进行测试，检查进出模块的数据是否正确。因此，必须对模块接口，包括参数表、调用子模块的参数、全局变量、文件I/O操作进行测试。 (2)局部数据结构测试。测试用例检查局部数据结构的完整性，如数据类型说明、初始化、默认值等方面的问题，并测试全局数据对模块的影响。 (3)执行路径测试。测试用例对模块中重要的执行路径进行测试，其中对基本执行路径和循环进行测试往往可以发现大量的路径错误。测试用例必须能够发现由于计算错误、不正确的判定或不正常的控制流而产生的错误。 (4)出错处理测试。测试出错处理的重点是模块在工作中发生了错误，其中的出错处理设施是否有效。 (5)边界条件测试。边界条件测试是单元测试的最后一步，必须采用边界值分析方法来设计测试用例。在为限制数据处理而设置的边界处，测试模块是否能够正常工作。 将模块集成后，形成树形结构的软件系统，对整个系统的测试可以采用深度优先或广度优先的测试方法，深度优先就是将某节点的某个子树访问完后，再访问该节点的下一个子树；广度优先就是访问完某节点的所有子节点后，再访问该节点的所有子节点的子节点。 等价类划分是黑盒测试方法的一种，需要划分有效等价类和无效等价类。 有效等价类：对于程序的规格说明来说，它是由合理的、有意义的输入数据构成的集合，利用它可检验程序是否实现了规格说明中所规定的功能和性能。 无效等价类：与有效等价类相反，它是由对程序的规格说明无意义、不合理的输入数据构成的集合。



根据等价类表，确定测试用例。首先，为每一个等价类规定唯一编号；其次，设计新的测试用例，使其尽可能多地覆盖尚未被覆盖的有效等价类，重复这一步，直到所有的有效等价类都被覆盖为止；最后，设计新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直到所有的无效等价类都被覆盖为止(通常，程序在执行一个错误后不继续检测其他错误，故每次只测一个无效类)。

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

8、在2003～2006之间
9、在01～12之间
10、含有非数字的6个字符 11、<2003
12、>1213、非增量式
14、增量式
15、B或从响应时间、处理速度、吞吐量、处理精度等方面来检测16、D或检查系统对非法侵入的防范能力，以及系统的安全机制、保密措施是否完善17、C或验证系统在指定条件和规定的时间内执行操作的能力18、F或针对界面的正确性、导航性、易用性、协调性、规范性及独特性等进行测试19、E或对产品选择、签约过程、在线支付及产品交付等方面进行测试20、A或对数据的完整性、有效性、一致性测试21、是或正确22、是或正确
8-12、[解析] 本题考查软件测试的基本知识。本问题考查对黑盒测试中的等价类测试法的掌握情况。由于采用穷举法来进行测试是不现实的，因此在面对实际问题时，可根据等价类划分的思想，将输入数据按照程序的功能说明划分为若干个集合(可根据输入条件划分为有效的输入和无效的输入)，每一个集合中的某一输入数据在程序中执行结果代表了该集合中其他输入数据对程序的作用，一个集合即为一个等价类。在等价类划分完之后，再针对每一个有效的等价类和无效的等价类设计测试用例。如果用某个等价类的一组测试数据进行测试时没有发现错误，则说明在同一等价类中的其他输入数据也一样查不出问题；反之，如果用某个等价类的测试数据进行测试检查出错误，则说明用该等价类的其他输入数据进行测试也一样会检测出错误。所以，测试时只需从每个等价类中取一组输入数据进行测试即可。问题1共划分了三个等价类，其中，“报表日期的类型及长度”等价类中应包含无效类型、无效长度的无效等价类，长度无效等价类已经给出，因此空(3)处应填写“含有非数字的6个字符”。“年份范围”有效等价类表示正确的年份范围，空(1)处应填写“在2003～2006之间”，无效等价类表示不在此范围内的年份，则空(4)处应填写“＜2003”；月份范围的填空同理。注意，设计测试用例时，一个测试用例只能覆盖一个无效等价类，因为程序在遇到错误之后就不再检查是否还有其他错误。13-14、[解析] 本问题考查对集成测试概念的掌握情况。集成测试是在软件系统集成过程中所进行的测试，其主要目的是将通过单元测试的模块按照一定的策略，组装成能够完成预期功能要求的软件结构系统。集成测试主要检查各单元之间的接口是否正确。通常，集成测试有非增量式集成与增量式集成两种方法：前者是将单元测试后的所有模块按设计要求一次性组合起来进行整体测试。这种方法整体性强，可以对模块进行并行测试，能充分利用人力，减少测试的开销；但这种方法容易混乱，出现错误不容易查找和定位。增量式集成是把下一个要测试的模块结合到已测试好的模块中，测试完后再将下一个需测试的模块组合进来测试，逐步把所有模块组合在一起，并完成测试。这种方法从局部开始逐步形成整体，测试范围是一步步扩大的，所以错误容易定位，而且已测试的模块可在新的条件下进行测试，使程序测试得更彻底。因此，通常采用增量式测试方法比较好。15-20、[解析] 本问题考查对各种测试概念的掌握情况，每一种测试有其不同的测试重点，考生应该掌握它们的不同之处。功能测试又称正确性测试，它检查系统的功能是否符合规格说明，主要采用黑盒测试方法；通常的做法是构造一些合理输入，检查是否得到期望的输出。性能测试是检查系统是否满足系统分析说明书对性能的要求。特别是实时系统或嵌入式系统，即使软件的功能满足需求，但性能达不到要求也是不行的。性能测试覆盖了软件测试的各阶段，而不是等到系统的所有各部分都组装之后，才确定系统的真正性能。通常与强度测试结合起来，同时对软件、硬件进行测试，主要从响应时间、处理速度、吞吐量、处理精度等方面来检测。系统的安全性测试主要是为了检查系统对非法侵入的防范能力，以及系统的安全机制、保密措施是否完善。测试的方法是测试人员模拟非法入侵者，采用各种方法冲破防线。例如，想方设法截取或破译口令；故意使系统出错，利用系统恢复的过程非法入侵；企图通过浏览非保密数据，获取所需信息，等等。若系统分析说明书提出了可靠性要求，则应对系统的可靠性进行测试，主要验证系统在指定条件和规定的时间内执行操作的能力。通常使用以下两个指标来衡量系统的可靠性：(1)平均失效间隔时间是否超过了规定的时限；(2)因故障而停机时间在一年中应不超过多少时间。用户界面测试用于核实用户与软件之间的交互，检查用户界面中的设计是否合乎用户的期望或要求，界面中的对象是否按照预期的方式运行。数据库测试一方面是指对数据库本身的完整性进行测试，包括：(1)数据完整性。主要检测数据的损坏。规定适当的检查点可以减轻数据损坏。例如，保留和检查每天的事务日志便于跟踪数据库的改变。(2)数据有效性。数据有效性确保把正确的信息提供给客户，把正确的信息回传到数据库中。一般来说，数据的检测比率高于应用程序本身的检测比率。其中的一个检测方法是查看工作流并在变化点上检查数据库，包括隔离改变数据库的操作并检查改变内容是否正确。(3)数据操作。我们需要从两种级别上测试用户操作：管理员功能和用户功能。数据库管理员可以执行一些不提供给网站客户的受限操作。另一方面，要将数据库与应用系统相结合，对数据一致性、输出结果及数据库容量进行测试。用户提交的表单信息如果不正确，则可能导致数据一致性出错；而网络速度或者程序设计如果存在问题，则可能造成输出错误；同时，还要考虑到系统及数据库在给定时间内能够持续处理的最大负载及工作量。21-22、[解析] 本问题考查对参与测试的人员属性的了解情况。在整个测试过程中，只有模块测试允许由模块的设计者进行测试，其余测试均由其他人员进行测试，目的是避免自我否定现象，从而能更多地发现错误。验收测试根据用户需求验证系统，是在投入使用之前的最后测试。验收测试的任务是进一步验证软件的有效性，也就是说，检查软件的功能和性能是否与用户的要求一样。同时验收测试要进行对软件配置的复审，即检查软件(源程序、目标程序)和文档(包括面向开发和用户)是否齐全以及分类是否有序，确保文档、资料的正确和完善，以便维护阶段使用。验收测试是以用户为主的测试，软件开发人员和质量保证人员也应参加。在验收测试之前，需要对用户进行培训，以便熟悉该系统。验收测试的测试用例由用户参与设计，主要验证软件的功能、性能、可移植性、兼容性、容错性等，测试时一般采用实际数据。由于一个系统拥有众多用户，不可能让每个用户对系统进行验收，因此，多采用α测试和β测试的方法。α测试是由软件开发机构组织内部人员模拟各类用户在开发环境下进行的测试，其关键在于尽可能逼真地模拟实际的运行环境及用户的操作，并尽最大努力涵盖所有可能的用户操作方式。β测试是由软件用户在的实际日常工作环境下进行的测试，并要求用户报告异常情况，提出批评意见，然后由开发机构再对系统进行改错和完善，最后向用户发布最终软件产品。

问题3.1、(1)√ (2)√ (3)× (4)√问题3.2、(5)E (6)C (7)A (8)D (9)B问题3.3、(10)α测试 (11)β测试问题3.4、(12)B (13)C (14)F (15)D

7、 (1)驱动(Drive)(2)桩(Stub)(3)局部数据结构测试或局部数据结构或数据结构(4)执行路径测试或执行路径或路径(5)模块接口测试或模块接口或接口(6)出错处理测试或出错处理(7)边界条件测试或边界条件或边界 8、(1)T1-(T2-T3-T8)-(T4-T7)-(T5-T6)或1-(2-3-8)-(4-7)-(5-6)(2)功能冻结(3)代码冻结 9、(1)4位数字或0000～9999(2)200～999之间的3位数字 ?或非“0”或非“1”开头的3位数字(3)有非数字字符(4)起始位为0(5)多于4位数字
本题考查软件测试中的相关概念和黑盒测试中的等价类的划分。 模块是整个软件系统中完成某个功能的独立部分，无法独立运行，因此，在测试某个模块时，需要构造该模块的上一级模块和下一级模块，上一级模块称为驱动模块，而下一级模块称为桩模块。 在模块测试中，需要完成5个方面的任务，包括模块接口测试、局部数据结构测试、执行路径测试、出错处理测试和边界条件测试。 (1)模块接口测试。通过对被测模块的数据流进行测试，检查进出模块的数据是否正确。因此，必须对模块接口，包括参数表、调用子模块的参数、全局变量、文件I/O操作进行测试。 (2)局部数据结构测试。测试用例检查局部数据结构的完整性，如数据类型说明、初始化、默认值等方面的问题，并测试全局数据对模块的影响。 (3)执行路径测试。测试用例对模块中重要的执行路径进行测试，其中对基本执行路径和循环进行测试往往可以发现大量的路径错误。测试用例必须能够发现由于计算错误、不正确的判定或不正常的控制流而产生的错误。 (4)出错处理测试。测试出错处理的重点是模块在工作中发生了错误，其中的出错处理设施是否有效。 (5)边界条件测试。边界条件测试是单元测试的最后一步，必须采用边界值分析方法来设计测试用例。在为限制数据处理而设置的边界处，测试模块是否能够正常工作。 将模块集成后，形成树形结构的软件系统，对整个系统的测试可以采用深度优先或广度优先的测试方法，深度优先就是将某节点的某个子树访问完后，再访问该节点的下一个子树；广度优先就是访问完某节点的所有子节点后，再访问该节点的所有子节点的子节点。 等价类划分是黑盒测试方法的一种，需要划分有效等价类和无效等价类。 有效等价类：对于程序的规格说明来说，它是由合理的、有意义的输入数据构成的集合，利用它可检验程序是否实现了规格说明中所规定的功能和性能。 无效等价类：与有效等价类相反，它是由对程序的规格说明无意义、不合理的输入数据构成的集合。

根据等价类表，确定测试用例。首先，为每一个等价类规定唯一编号；其次，设计新的测试用例，使其尽可能多地覆盖尚未被覆盖的有效等价类，重复这一步，直到所有的有效等价类都被覆盖为止；最后，设计新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直到所有的无效等价类都被覆盖为止(通常，程序在执行一个错误后不继续检测其他错误，故每次只测一个无效类)。

6、(1)模块接口 (2)局部数据结构 (3)边界条件(4)执行路径 (5)错误处理 7、(1)数据库测试 (2)表单测试(3)连接速度测试 (4)负载测试 8、(1)1→3→9(2)1→4→7→10→1→2→9或1→4→7→10→1→3→9(3)1→4→8→10→1→2→9或1→4→8→10→1→3→9 9、(1)B (2)C (3)F
【解析】
本题考查电子商务系统测试的工作流程以及测试所涉及到的方法和步骤。模块测试也称为单元测试，是通过对每个最小的软件模块进行测试，对源代码的每一个程序单元实行测试，检查各个程序模块是否正确地实现了规定的功能，确保其能正常工作。单元测试主要针对程序模块进行测试，主要有5个任务：模块接口、局部数据结构、边界条件、执行路径和错误处理。电子商务系统的测试可以分为功能测试和性能测试两大方面。功能测试指测试软件各个功能模块是否正确，逻辑是否正确。对于电子商务系统而言，功能测试主要是确保系统与用户之间的交互功能可以正确执行。性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。本题中，数据库测试和表单测试主要测试电子商务系统能否满足要求的功能，属于功能测试。连接速度测试、负载测试主要测试系统的性能指标，属于性能测试。基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径的集合，从而设计测试用例的方法。它是白盒测试的重要方法。独立路径是指程序中至少引入了一个新的处理语句集合或一个新条件的程序通路，即独立路径必须至少包含一条在本次定义路径之前不曾用过的边。系统测试将软件与整个系统的硬件、外设、支持软件、数据和人员等结合起来，以需求规格说明为依据，在实际运行环境下进行测试。其中：恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。压力测试又称为强度测试，是在强负载(加大数据量、大量并发用户等)下的测试，用于查看应用系统在峰值使用情况下的操作行为。目的是发现系统的功能隐患、系统是否具有良好的容错能力和可恢复能力。安全性测试是测试系统在应付非授权的内部/外部访问、非法侵入或故意的损坏时的系统防护能力，检验系统有能力使可能存在的内/外部的伤害或损害的风险限制在可接受的水平内。兼容性/配置测试用于测试软件与先前发布过的版本、有依赖关系的外部软件、运行的系统的各种版本和硬件平台的不同配置的兼容情况。文档测试是指对软件开发、测试和维护过程中产生的所有文档的测试，包括对需求规格分析说明书、详细设计报告、系统设计报告、用户手册以及与系统相关的一切文档的审阅和评测。可用性是指系统正常运行的能力和用户接受的程度，一般用如下公式表示。可用性=平均正常工作时间/(平均正常工作时间+平均修复时间)文档测试是指对软件开发、测试和维护过程中产生的所有文档的测试，包括对需求规格分析说明书、详细设计报告、系统设计报告、用户手册以及与系统相关的一切文档的审阅和评测。

问题3.1、(1)√ (2)√ (3)× (4)√问题3.2、(5)E (6)C (7)A (8)D (9)B问题3.3、(10)α测试 (11)β测试问题3.4、(12)B (13)C (14)F (15)D