【单选题】分配给某公司网络的地址块是210．115．192．0/20，该网络可以被划分为（ ）个C类子网。
A、4
B、8
C、16
D、32
答案：C
解析：C类IP地址默认的子网掩码为24位，即对210.115.192.0/20需要向主机位借4位用于来表示网络，即用于表示子网位的位数为4位，一个有2^4=16个子网，故正确答案为C。
【单选题】安全日志是软件产品的一种被动防范措施，是系统重要的安全功能，因此安全日志测试是软件系统安全性测试的重要内容，下列不属于安全日志测试基本测试内容的是（ ）。
A、对安全日志的完整性进行测试，测试安全日志中是否记录包括用户登录名称、时间、地址、数据操作行为以及退出时间等全部内容
B、对安全日志的正确性进行测试，测试安全日志中记录的用户登录、数据操作等日志信息是否正确
C、对日志信息的保密性进行测试，测试安全日志中的日志信息是否加密存储，加密强度是否充分
D、对于大型应用软件系统，测试系统是否提供安全日志的统计分析能力
答案：C
解析：日志应当记录所有用户访问系统的操作内容，包括登录用户名称、登录时间、浏览数据动作、修改数据动作、删除数据动作、退出时间、登录机器的IP等。安全日志测试：根据业主要求或设计需求，对日志的完整性、正确性进行测试；测试安全日志是否包含了日志内容的全部项目，是否正确；对于大型应用软件，系统是否提供了安全日志的智能统计分析能；是否可以按照各种特征项进行日志统计，分析潜在的安全隐患，及时发现非法行为。
【单选题】以下关于不同类型的软件测试的叙述，正确的是（ ）
A、单元测试不是模块测试
B、多个模块不能平行地独立进行测试，应该顺序执行
C、系统测试是检验程序单元或不见之间的接口关系
D、确认测试是通过检验和/或核查所提供的客观证据，证实软件是否满足特定预期用途的需求
答案：D
解析：确认测试是通过检验和/或核查所提供的客观证据，证实软件是否满足特定预期用途的需求。
【单选题】以下关于确认测试的叙述中，不正确的是（ ）。
A、确认测试的任务是验证软件的功能和性能是否与用户要求一致
B、确认测试一般由开发方进行
C、确认测试需要进行有效性测试
D、确认测试需要进行软件配置复查
答案：B
解析：本题考查确认测试的基础知识。确认测试：又称为“有效性测试”，任务是验证软件的功能和性能以及其他特性是否与用户要求一致。确认测试一般由独立的第三方测试机构进行。如果没有第三方测试机构参与，也需要由开发单位与用户共同完成。确认测试包括两部分：系统有效性测试和软件配置复查。故正确答案为B
【单选题】对于逻辑表达式（（a||（b&c））||（c&&d））需要（ ）个测试用例才能完成条件组合覆盖。
A、4
B、8
C、16
D、32
答案：C
【单选题】针对程序段：IF（X>10）AND（Y＜20）THEN W=W/ A，对于（X，Y）的取值，以下（ ）组测试用例能够满足判定覆盖的要求。
A、（30,15）（40,10）
B、（3,0）（30,30）
C、（5,25）（10,20）
D、（20,10）（1,100）
答案：D
解析：本题考查白盒测试用例设计方法--判定覆盖法的概念。比语句覆盖稍强的覆盖标准是判定覆盖（Decision Coverage）。判定覆盖的含义是：设计足够的测试用例，使得程序中的每个判定至少都获得一次"真值"或"假值"，或者说使得程序中的每一个取"真"分支和取"假"分支至少经历一次，因此判定覆盖又称为分支覆盖。
【单选题】在进行软件设计时，以下结构设计原则中，不正确的是（ ）
A、模块应具有较强的独立性，即高内聚和低耦合
B、模块之间的连接存在上下级的调用关系和同级之间的横向联系
C、整个系统呈树状结构，不允许网状结构或交叉调用关系出现
D、所有模块都必须严格地分类编码并建立归档文件
答案：B
【单选题】A.team is（请作答此空）just a group of people who happen to work together.Teamwork takes practice and it involves special skills.Teams require common processes;they need agreed-upon goals;and they need effective guidance and leadership.The methods for guiding and leading such teams are well known,but they are not obvious.
A、relatively
B、/
C、only
D、more than
答案：D
【单选题】In a world where it seems we already have too much to do，and too many things to think about，it seems the last thing we need is something new that we have to learn.But use cases do solve a problem with requirements:with（ ）declarative equirements it"s hard to describle steps and sequences of events.Use cases，stated simply，allow description of sequences of events that，taken together，lead to a system doing something useful.As simple as this sounds，this is important.When confronted only with a pile of requiements，it"s often（ ）to make sense of what the authors of the requirements really wanted the system to do.In the preceding example，use cases reduce the ambiguity of the requirements by specifying exactly when and under what conditions certain behavior occurs;as such，the sequence of the behaviors can be regarded as a requirement.Use cases are particularly well suited to capture approaches.Although this may sound simple，the fact is that（ ）equirement capture approaches，with their emphasis on declarative requirements and"shall"statements，completely fail to capture the（请作答此空）of the system"s behavior.Use cases are a simple yet powerful way to express the behavior of the system in way that all stakeholders can easily understand.But，like anything，use cases come with their own problems，and as useful as they are，they can be（ ）.the result is something that is as bad，if not worse，that the original problem.Therein it"s important to utilize use cases effectively without creating a greater problem than the one you started with.
A、statics
B、nature
C、dynamics
D、originals
答案：D
解析：题意想要表达的意思是完全无法捕捉的系统行为的原件，正确答案为D，原件，原型，原文。附（参考翻译）：在一个似乎已经有做不完的事情的世界里，我们有大量事情要思考，似乎我们不太需要学习新的东西。但是用例解决问题是有条件的：严密的说明性需求使得描述事件的步骤和次序变得举步维艰。简单地讲，用例描述一组事件序列，系统性地执行产生相应有用的结果。听上去简单明了，这是很重要的。当面对一大堆的需求时，通常不太可能理解这些需求的发起者到底想要系统做什么。在前面的案例中，用例通过详细准确描述什么时间、什么情况下确定的行为会发生，以减少需求的不确定。像这样的一些动作序列被看作是一个需求。用例特别适合于捕捉方法。虽然这听起来很简单，但事实上不同的需求会根据他们各自在说明性需求和“应有”的声明的侧重面上捕捉方法，导致完全无法捕捉到系统行为的初衷。用例是一个所有的利益相关者都可以很容易地理解的、简单却十分有效的表达系统的行为的方式。但是，和其他任何事情一样，用例也存在自身的问题，可能会被误用而弄巧成拙。造成的后果也很糟糕，或许只是没有比原本想要解决的问题更麻烦罢了。因此有效使用用例而避免制造更大的麻烦是非常重要的。
【单选题】（ ）的局限性在于没有明确地说明早期的测试,不能体现“尽早地和不断地进行软件测试”的原则。
A、V模型
B、W模型
C、H模型
D、X模型
答案：A
解析：软件测试常见的过程模型包括V模型、W模型、H模型、X模型等。V模型是软件开发瀑布模型的变种，描述了基本的开发过程和测试行为，描述了测试阶段与开发过程各阶段的对应关系。和瀑布模型类似，其最大的局限在于没有明确说明早期测试，不能体现“尽早地和不断地进行软件测试”的原则；W模型强调了V&V原理，将测试过程与开发过程独立开来，强调测试伴随着整个软件开发周期，测试对象不仅仅是程序，也包括需求、功能和设计。H模型将测试活动完全独立出来，成为一个独立的流程，将测试准备活动和测试执行活动清晰地体现出来。在H模型中，软件测试与其他流程并发地进行，且强调软件测试要尽早准备，尽早执行；X模型试图引导项目的全部测试过程，不仅包括常规的测试过程，还包括交接、频繁重复的集成以及需求文档的缺乏等。同时，X模型还定位了探索性测试，即不进行事先计划的特殊类型的测试，其目标是尽量出来测试的所有方面。
