代码检查、走查与评审

代码检查、走查与评审（总分：96.00，做题时间：90分钟）一、{{B}}选择题{{/B}}（总题数：32,分数：96.00）下列选项中不属于静态错误分析的是。（分数：3.00）类型和单位分析功能分析V引用分析表达式分析解析：［解析］静态错误分析主要用于确定在源程序中是否有某类错误或“危险”结构，它通常包括4种：类型和单位分析、引用分析、表达式分析、接口分析。在软件生存周期中要有管理评审，原因在于。（分数：3.00）需要回顾巳经过的开发状况需要分析总结出软件存在的问题需要分析总结出改进的措施以上全部V解析：［解析］管理评审是对项目管理体系的适应性和管理活动的有效性进行评价。在软件生存周期中需要管理，目的是为了能够更好地开发和更快地进展。为此，需要回顾巳经过的开发状况，分析总结出软件存在的问题以及改进的措施，这些便是要进行管理评审的原因。在代码检查中，负责提供关于检查项目的资料并回答检查人员问题的角色是。（分数：3.00）协调人开发人员V检查人员讲解员解析：［解析］代码检查小组通常规模很小，是由设计、开发、质量等不同部门中工作性质相关的人员中与产品关系密切的那些人组成，一般人数为4〜7人不等。小组人员的角色分配通常有：协调人员、开发人员、检查人员、讲解员、记录员。其中开发人员是检查项目的生产者，主要负责提供检查项目资料和回答检查人员问题；协调人员主持、引导代码检查的执行过程，全面负责代码检查的效果；讲解员负责在检查会议中讲解检查项目，引导小组对产品进行彻底检查；记录员负责会议期间在检查表上记录发现的每一个错误，同时也承担作为一般检查人员的任务。在软件企业中，应用最广泛的评审方法是。（分数：3.00）走查V结对评审正式评审小组评审解析：［解析］同行评审的方法很多，基于正式化程度可以分为临时评审、桌上检查、结对评审、走查、小组评审、正式评审6种，其中走查是一种非正式的评审，但在软件企业中被广泛使用。走查的方法有两种：一种是使用一些样品数据作为测试用例，一步步地执行模块，几位参与评审的一起检查以确保正确的逻辑和行为；另一种走查是按照脚本执行，通过脚本描述一个具体的任务或场景，用以说明系统如何在交互中完成预定的功能。小组成员开会，集体扮演计算机角色，把测试数据沿程序的逻辑结构走一遍是。（分数：3.00）数据分析执行测试用例执行走查V代码检查解析：［解析］走查的步骤可以分为：计划走查会议、走查产品、执行走查、解决缺陷、走查记录、产品返工。其中在执行走查阶段，走查小组开会，集体扮演计算机角色，让事先准备好的测试用例沿程序的逻辑运行一遍，随时记录程序的踪迹，供分析和讨论用。每个测试用例都在人们脑中进行推演，即把测试数据沿程序的逻辑结构走一遍，把程序的状态记录下来以供监视。这样做的优点是：①能在代码中对错误进行精确定位，降低调试成本；②可以发现成批的错误，便于一同得到修正。技术评审的目的足。（分数：3.00）确保软件的一致性验证软件是否符合需求揭示软件在逻辑、执行以及功能和编码上的错误以上全部V解析：［解析］技术评审作为一项软件质量保证活动的需要，目的在于：揭示软件在逻辑、执行以及功能和编码上的错误（不涉及详细的错误修改细节）；验汪软件是甭符合需求；确保软件的一致性。关于人工测试方法，说法正确的是。（分数：3.00）走查以小组为单位进行，是一系列规程和错误检查技术的集合V同行评审的文档是一种过渡性的文档，不是公开的正式文档桌上检查的文档是一个最终可交付的文档评审是一项很浪费时间的活动，会减缓项目的进度解析：［解析］桌上检查的文档是一种过渡性的文档，不是公开的正式文档，而同行评审的“产品”可以理解成最终产品的组成部分，同行评审是在软件开发过程中产生一个可交付的文档。产品的例子包括需求文档、设计文档、软件代码和单元测试产品、用户/操作手册、支持手册、计划文档和过程文档等。在软件开发过程中，管理者、开发人员、客户有时会反对评审，因为他们认为评审浪费时间，会减缓项目的进度，但实际上，真正造成项目进度缓慢的是各种各样的产品缺陷，同行评审不仅可以缩短工作时间，同时还可以节约大量成本。选项A（走查以小组为单位进行，是一系列规程和错误检查技术的集合）的说法完全正确。在软件开发过程中，需要评审的文档很多，其中对文档的一致性、可测试性等方面进行检查的称为。（分数：3.00）内容评审V格式评审一致性评审可测试评审解析：［解析］在软件开发过程中，需要评审的文档很多，主要包括需求评审、没计评审、代码评审和质量验证评审。在对这些进行评审时，往往又可以分为格式评审和内容评审。所谓格式评审，是检查文档格式是否符合标准，而内容评审则是从一致性、可测试性等方面进行检查。同行评审中，整个评审过程是由组织和进行。（分数：3.00）协调人评审小组V开发人员评审员解析：［解析］在同行评审中，整个评审过程是由评审小组组织和进行。而评审小组主要由以下角色构成：协调人（评审组长）、作者、评审员（读者）。走查的最主要目标有一一。①发现缺陷、遗漏和矛盾的地方②改进产品③考虑可替换的实现方法（分数：3.00）TOC\o"1-5"\h\z①和②①和③②和③①、②和③V解析：［解析］走查的目的是要评价一个产品，通常是程序代码，走查一直以来都与代码检查联系在一起，其实走查也可以应用到产品的其他阶段，如结构设计、详细设计、测试计划等文档上。走查的最主要目标是要发现缺陷、遗漏和矛盾的地方，改进产品，考虑可替换的实现方法。下列叙述中，说法正确的是。（分数：3.00）桌上检查的文档是最后要公开的正式文档桌上检查是一个完全没有约束的过程，所以通常效率会比较低V代码检查是程序员自己检查自己编写的程序桌上检查最好由程序的编写人员来完成解析：［解析］桌上检查是一种传统检查方法，由程序员自己检查自己编写的程序。对大多数人而言，桌上检查效率会相当低，其中一个原因是它是一个完全没有约束的过程，另一个原因是它违反了软件测试的原则，即人们一般不能有效地测试自己编写的程序。所以桌上检查最好由其他人而非程序的编写人员来完成，桌上检查的文档是一种过渡性的文档，不是公开的正式文档。代码检查是以小组为单位阅读代码，应用一系列规程和错误检查技术，检查实际的产品（包括文档和程序代码），发现存在错误和缺陷的过程。管理评审的结果是。（分数：3.00）提交软件分析报告提交管理评审报告V提交改进措施报告提交软件问题报告解析：［解析］管理评审是对项目管理体系的适应性和管理活动的有效性进行评价。软件管理评审的结果是提交管理评审报告，该报告在一定时间内将成为组织开展各项管理活动的重要依据。这是一个组织在一定时间段内围绕最高管理者战略性决策开展各项管理、经营活动的重要依据。检查是否存在“巳定义但未使用”的变量引用异常应属于。（分数：3.00）静态分析V动态分析代码执行调试解析：［解析］静态错误分析有以下几种：类型和单位分析、引用分析、表达式分析和接口分析等，其中在静态错误分析中，最广泛使用的技术就是发现引用异常。下列不属于技术评审报告中的内容是。（分数：3.00）用户需求信息V会议基本信息存在的问题和建议措施评审结论和意见解析：［解析］技术评审是对产品以及各阶段的输出内容进行评估，技术评审的目的是确保需求说明、设计说明书与用户需求保持一致，并按照计划对软件进行正确地开发。技术评审后，需要以书面的形式对评审结果进行总结，即列出存在的问题、建议措施、责任人等.技术评审报告完成。技术评审报告需要提供以下内容：会议的基本信息；存存的问题和建议措施；评审结论和意见；问题跟踪表格；技术评审问答记录（通常作为附录出现在报告中）。在代码检查过程中发现大部分错误的人通常是。（分数：3.00）程序员V测试员审查者架构师解析：［解析］在代码检查进行时，主要进行两项活动。①由程序编码人员逐条语句讲述程序的逻辑结构。在讲述中，很可能是程序编码人员本人而不是其他小组成员发现了大部分错误，换句话说，对着大家大声朗读程序，这种简单的做法看来是一个非常有效的错误检查方法。②对照常见编码错误列表分析程序。协调人负责确保检查会议的讨论高效地进行，每个参与者都将注意力集中于查找错误而不是修正错误。下列选项中不属于桌上检查的检查项目的是。（分数：3.00）等价性检查检查子程序、宏、函数功能检查V风格检查解析：［解析］程序员进行桌上检查的目的是进行代码检查，主要检查项目包括：检查变量的交叉引用表、检查标号的交叉引用表.检查子函数、宏、函数，等价性检查，常量检查，标准检查，风格检查，比较控制流，选择、激活路径，补充文档等。由此可以看出只有选项C不在桌上检查的检查项目之中。下列关于走查说法不正确的是。（分数：3.00）走查的主要工作是由程序编写者本人来完成V走查与代码检查一样，都是以小组为单位进行走查是一种走查小组集体扮演计算机角色检查源程序的方法走查是借助程序流程图来进行数据流和控制流的分析解析：［解析］走查与代码检查都是以小组为单位进行，它是一种走查小组集体扮演计算机角色检查源程序的方法。在走查过程中，参加审查的人员中只有一人是程序编写者，因此程序的主要工作是由其他人而不是程序编写者本人来完成。走查着重于从流程的角度来考查程序.借助于程序流程图来进行数据流和控制流的分析。下列引用表是为用户提供辅助信息的是。（分数：3.00）函数引用表V变量交叉引用表循环层次表操作符统计表解析：［解析］在源代码编制完成后，为了支持对源程序进行静态检查要生成各种引用表。为用户提供辅助信息的主要有：子函数（宏、函数）引用表、等价（变量）表、常数表。选项D的操作符统计表是用来做错误预测和程序复杂度计算的；选项B和C可以直接从表中查出说明/使用错误。下列不属于技术评审对象是。（分数：3.00）需求文档源代码运行环境V测试用例解析：［解析］技术评审是对产品以及各阶段的输出内容进行评估，所以技术评审的对象包括：需求文档、源代码、测试用例等，评审检查列表（检查项目），其他必需的文档。同行评审，有时称为同级评审，是一种通过作者的同行来确认缺陷和需要变更区域的检查方法。它主要分为管理评审、技术评审、文档评审和。（分数：3.00）误差评审项目评审过程评审V组织体系评审解析：［解析］同行评审（PeerReview）是一种通过作者的同行来确定缺陷和需要变更区域的检查方法。涉及的内容很多，主要可以分为管理评审、技术评审、文档评审和过程评审。关于同行评审说法正确的是。（分数：3.00）同行评审是对程序进行模拟，一步步地展示程序如何处理测试数据同行评审虽然可以缩减工作时间，但同时也增加了大量的成本在软件开发过程中进行同行评审会浪费时间，减缓项目的进度同行评审的目的就是发现产品的缺陷，因此在评审上的投入可以减少大量的后期返工V解析：［解析］同行评审是一种通过作者的同行来确定缺陷和需要变更区域的检查方法。在软件开发过程中，管理者、开发人员、客户有时都反对评审，因为他们认为评审会浪费时间，减缓项目的进度。而实际上，真正造成项目进度缓慢的是各种各样的产品缺陷，评审的重要目的就是在评审中发现产品的缺陷，因此在评审上的投入便可以减少大量的后期返工。通过评审.还可将问题记下来，具有历史可追溯性，另外很多事实证明了评审在缩减工作时间的同时还可以节约大量成本。桌上检查（DeskChecking）是一种的检查方法。（分数：3.00）程序员自己检查自己编写的程序V由同行帮忙检查自己编写的程序几个同行自行组成小组，以小组为单位检查编写的程序程序员在桌子上检查编写程序的活动解析：［解析］桌上检查（Deskchecking）是一种传统的检查方法，由程序员自己检查自己编写的程序。程序员在程序通过编译之后，进行单元测试设计之前，对源程序代码进行分析，对照错误列表进行检查，对程序推演测试数据，并补充相关的文档。桌上检查的目的就是发现程序中的错误。过程评审是对软件开发过程的评审，其评审对象是。（分数：3.00）产品性能产品质量质量保证流程V其他形式工作产出解析：［解析］过程评审是对软件开发过程的评审，其评审对象是质量保证流程，而不是针对产品质量或其他形式的工作产出。过程评审的任务是通过对流程的控制，保证SQA组织定义的软件过程在项目中得到了遵循，同时保证质量保证方针能得到更快更好地执行。走查是对软件进行静态测试的一种方法，以下不属于走查活动的是。（分数：3.00）计划走查会议准备测试用例V执行走查以发现和改正错误在走查过程中程序员逐渐讲解自己的程序解析：［解析］走查的步骤如下：①计划走查会议；②走查产品；③执行走查；④解决缺陷；⑤走查记录；⑥产品返工。准备测试用例是走查之前要进行的活动。走查过程中的静态分析技术用到调用图，通过调用图我们不可以做的是。（分数：3.00）检查程序中变量的说明和引用检查程序中全局变量、参数误用的问题为动态测试用例的设计提供可靠的依据对程序进行分析和修改V解析：［解析］走查着重从流程的角度考查程序，借助程序流程图或调用图对数据流和控制流进行静态分析，在调用图中，结点表示程序单元，有向边表示程序单元之间的控制和调用，通过调用图我们可以检查程序中变量的说明和引用、全局变量、参数误用等问题，同时还为动态测试用例的设计提供可靠的依据，注意在调用图中是不能对程序进行修改的。下列问题可通过调用图来检查的是。（分数：3.00）变量的说明和引用全局变量参数误用以上全部V解析：［解析］流程图对检测不合法的编码、控制和转移，不恰当的嵌套和重入，以及多入口、多出口的问题非常有用。比流程图更进一步的是调用图，它用结点表示程序单元，有向边表示程序单元之间的控制和调用，从语义角度而不是从语法角度考查程序的控制路径。调用图可用以检查变量的说明和引用、全局变量、参数误用等问题，并为动态测试用例设计提供可靠的依据。对需求规格的说明进行评审应选择的评审方法是。（分数：3.00）结对评审正式评审V走查临时评审解析：［解析］选择评审方法最有效的标准是对最可能产生风险的工作成果要采用最正式的评审方法。对于需求规格说明，因为它的不准确和不完善会给软件的后期开发带来很大的风险，所以必须采用正式评审或小组评审。下列检查项目中不属于风格检查的是。（分数：3.00）编程标准V变量说明结构化程序设计命名规则解析：［解析］桌上检查的主要检查项目包括：检查变量的交叉引用表，检查标号的交叉引用表，检查子函数、宏、函数，等价性检查，常量检查，标准检查.风格检查，比较控制流，选择、激活路径，补充文档。其中风格检查主要是检查在程序设计风格方面发现的问题，包括命名规则、变量说明、程序格式、注释的使用、结构化程序设计、基本控制结构的使用。选项A中编程标准是属于标准检查的。在代码检查的准备阶段和检查会议阶段都具有发现产品错误责任的是。（分数：3.00）检查人员V开发人员协调人讲解员解析：［解析］检查小组的每个成员都可认为是一个检查人员，检查人员在代码检查的准备阶段和检查会议阶段都具有发现产品错误的责任；协调人主持引导代码检查的执行过程，全面辅助代码检查的效果；开发人员是检查项目的生产者，主要负责提供检查资料和同答检查人员的问题；讲解员在代码检查会议期间讲解检查项目，引导检查小组对产品进行彻底检查。在对程序代码进行静态分析时，要生成各种引用表，这些引用表按功能可以分为。（分数：3.00）为用户提供辅助信息的直接从表中查出说明/使用错误的用来做错