2025年软件测试于质量保证题库.doc

一、选择題(每題只有一种选项，将你认為合理的选项填在題前括号内，每題2分，共16分)
( D )1、较实用的软件测试停止原则是( )。
A、测试超過了预定期间，则停止测试。
B、根据單位時间内查出故障的数量决定与否停止测试。
C、执行了所有的测试用例，但并没有发現故障，则停止测试。
D、用图表达出某個测试阶段中單位時间检查出的故障数量，通過對图中曲线的分析，确定应继续测试還是停止测试。
( C )2、软件测试的目的是：
A、表明软件是對的的 B、评价软件质量
C、尽量发現软件中的錯误 D、鉴定软件与否合格
( A )3、 ( )不是常見的覆盖率原则。
A、函数覆盖 B、数据流覆盖 C、逻辑覆盖 D、功能覆盖
( B )4、将基于功能的和基于实現的测试措施結合在一起的動态测试类型，我們称這种测试為（　）。
A、白盒测试 B、灰盒测试 C、黑盒测试 D、基于故障的测试
( B )5、下列不從属于白盒测试措施的是( )：
A、控制流测试 B、强健性测试 　 C、数据流测试 　 D、变异测试
( A )6、项目管理三要素不包括( )。
A、Programming B、Process C、Problem D、Process
( D )7、下列选项中，不是Mercury企业测试工具的是( )。
A、LoadRunner B、WinRunner C、TestDirector D、Rebot
( A )8、下面（　）措施可以有效地检测输入条件的多种组合也許引起的錯误。
A、因果图 B、等价类划分 C、边界值分析 D、錯误推测
( D )1、一般，( )是在编码阶段進行的测试，它是整個测试工作的基础。
A、系统测试 B、确认测试 C、集成测试 D、單元测试
( A )2、据权威部门记录，软件錯误产生的原因分布图表中，如下( )选项是导致软件錯误的重要原因：
A、软件需求规格阐明錯误 　 B、设计錯误 　 C、编码錯误 　 D、测试錯误
( C )3、软件测试充足性理论是由( )最先提出的。
A、Deutsch和Willis B、McCall et al. 　
C、Goodenough和Gerhart 　 D、Evansh和Marciniak
( C )4、软件测试風险管理包括（　）和風险控制两方面内容。
A、 風险排序 B、風险识别 C、風险评估 D、風险分析
( D )5、下列不属于黑盒测试措施的是( )。
A、等价类划分 B、状态测试 C、边界值分析 D、变异测试
( A )6、常見的覆盖率原则不包括( )。
A、函数覆盖 B、逻辑覆盖 C、数据流覆盖 D、功能覆盖
( B )7、因果图是（　）企业最先发明并实行的。
A、SUN B、IBM C、Microsoft D、ORACLE
( D )8、针對下面一种程序段：
if ((A>1) && (B == 0))
S1;
If ((A == 2)|| (X > 1))
S2;
其中，S1、S2均為語句块。目前选用测试用例：A=2 B=0 X=3 ，该测试用例满足了（　）。
A、途径覆盖 B、条件组合覆盖
C、鉴定覆盖 D、語句覆盖
( A )1、下列各测试工具中從属于Mercury企业产品的是（　）
A、WinRunner B、 JUnit C、Purify D、WebStress
( D )2、下面有关软件测试的說法，其中對的的是( )
A、 通過测试没有发現錯误，阐明程序對的 　
B、 成功的测试是没有发現錯误的测试
C、 测试的目的是為了证明程序没有錯误
D、成功的测试是发現了迄今尚未发現的錯误的测试
( B )3、在某种类型會议上，由小组组员阅讀程序，以发現程序錯误，同步测试员运用测试数据人工运行程序并得出输出成果，然後由参与者對成果進行审查, 以到达测试的目的。這种测试措施是（　）。
A、软件审查 B、代码走查 C、技术评审 D、代码审查
( C )4、测试充足性准则内容不包括( )。
A、空集不充足性 　 B、單调性 　 C、可靠性 　 D、复杂性
( A )5、控制流覆盖准则约束最弱的是( )。
A、點覆盖 B、边覆盖 C、条件覆盖 D、途径覆盖
( C )6、设计测试用例時候，（　）是用得最多的一种黑盒测试措施。
A、因果图 B、等价类划分 C、边界值分析 D、錯误推测
( B )7、软件测试風险管理包括（　）和風险控制两方面内容。
A、風险识别 B、風险评估 C、風险排序 D、風险分析
( A )8、對下面的计算個人所得税程序中
if (income<800) taxrate=0;
else if (income<=1500) taxrate=0.05;
else if (income<) taxrate=0.08;
else taxrate=0.1;
满足鉴定覆盖的测试用例是( )。
A、 income=(799, 1500, 1999, ) B、income=(799, 1501, , )
C、income =(800, 1500, , ) D、 income=(800, 1499, , )
二、判断題(判断下列題目与否對的，假如對的請打“√”，錯误請打“×” 每題2分，共8分)
( √)1、技术评审即是一种技术手段，也是一种质量管理手段。
( × )2、设计－实現－测试，软件测试是開发後期的一种阶段。
( × )3、單元测试仅仅证明了被测程序單元做了什么。
( × )4、由于函数覆盖率是基于代码的，因此也可以把函数覆盖归入黑盒测试的范围。
( √ )1、在软件测试中, 测试预言是一种检查待测系统在特定执行下与否對的运行的措施。
( × )2、在白盒测试中，假如覆盖率到达100% ，就基本可以保证把所有的隐藏程序缺陷都已經揭发出来了。
( × )3、软件测试的目的在于发現錯误、改正錯误。
( √ )4、由于函数覆盖率是基于代码的，因此也可以把函数覆盖归入白盒测试的范围。
(× )1、软件测试等于程序测试。
( × )2、我是個很棒的程序员， 我無需進行單元测试。
( √ )3、在白盒测试中，虽然覆盖率到达100% ，也無法保证所有的隐藏程序缺陷都已經被揭发出来。
( × )4、由于函数覆盖率是基于代码的，因此也可以把函数覆盖归入黑盒测试的范围。
( × )1、软件故障是导致软件失效的必要和充足要素。
( √ )2、同行评审的重要目的在于检测錯误、查對与原则的偏离。
( √ )3、在任何软件机构中，定期、不定期的培训、再培训都是必须并且是必要的。
( √ )4、在整個机构中使用基础设施防护与改善部件的重要目的是在机构积累的SQA經验基础上消除或至少減少出錯率。
( × )5、所有SQA活動和项目裏程碑的完毕或项目裏程碑的检查是同步发生的。
(× )6、Daniel Galin等提在20世纪50年代建立的經典质量费用模型，提供了一种以經济學观點把与产品质量保证有关的费用非类的措施學。
( √ )7、一旦更改正的SCI替代了前面的SCI，就认為完毕了软件的一种新版本。
(√ )8、软件质量成本是一种投资問題，而不是成本問題!
( × )9、SEI CMM评估原则, ISO 9001和ISO 9000-3原则是經典的项目過程原则。
( √ )10、软件质量保证的独特性是由软件产品不一样于其他制造产品的本质决定的。
( √ )1、在专业的软件開发、维护中，SQA环境是建立、执行SQA措施時必须首要考虑的問題。
(× )2、怎样看待软件产品内部的缺陷，開发者和顾客的立場是一致的。
( √ )3、专家观點通過引進补充的外部能力到机构内部開发過程中来而支持质量评估工作。
( × )4、质量管理原则是专业原则，它們向開发组提供措施學指南。
(√ )5、软件生命周期模型强调的是直接開发活動，而没有指示出開发過程的顾客参与。
( × )6、规程具有机构范围的合用性，它的执行和详细执行的人或组织背景有著亲密关系。
( × )7、CAPA的目的在于检测、处理、改正软件缺陷。
( × )8、项目進展控制SQA工具有Gatt图、曰历、数据流图和活動网络图。
( √ )9、IEEE、ISO、DOD、ANSI、EIA都是著名的SQA原则開发机构。
( √ )10、在科學和工程中，假如没有度量，對一切都没有一种定量的理解，那么這种科學和工程既不是有效的，也不是实际的。
( × )1、在软件产品制定生产计划阶段,不必進行重大的SQA活動。
( √ )2、软件故障是导致软件失效的必要，而非充足要素。
( × )3、只有客户才會有愛好透彻定义它的需求以保证他约定的软件产品的质量。
( √ )4、软件质量系统之间各不相似，阐明机构SQA系统构建存在固有灵活性。
( √ )5、质量管理原则指导软件開发、维护和基础设施的管理。它的重點是需要什么，但没有指明怎样到达原则规定的努力细节。
(× )6、一般，检查表的使用的是强制性的。
( × )7、CAPA的执行從主线上依赖于對的的指导和常常的培训。
( √ )8、软件质量度量面临的特有困难根植于包括于软件质量度量的测量（参数）中。
( √ )9、一旦更改正的SCI替代了前面的SCI，就认為完毕了软件的一种新版本。
( × )10、SQA项目過程原则如CMM、ISO 9000-3原则。

三、填空題(每空1分，共14分；請把答案書写在對应横线上。)
1、软件测试過程包括的测试活動有测试计划，测试设计，测试实行，测试执行，缺陷跟踪和测试评估
2、软件测试方略确实定過程一般經历 确定测试需求 、 评估風险 、确定测试方略三個阶段构成。
3、变异测试的理论基础是 程序员能力 假设和 组合效应 假设。
4、 软件缺陷打開/关闭图表 、 主线原因图表 、软件缺陷关闭周期表是常用的软件缺陷跟踪图表。
5、软件测试规范可以分為 行业 规范和 操作 规范。
1、一般，由人工進行的静态测试措施包括 桌面检查 、 代码审查 、 代码走查 和技术评审。
2、經典的测试设计活動包括 测试用例设计 、 测试過程设计 、设计驱動程序和稳定的桩。
3、按照测试的层次和方略,软件测试可以分為單元测试、 集成测试 、 确认测试 和 系统测试 。
4、為了考察测试用例的重要性，我們可以從 有效性 、 可重用性 、 易组织性 、 可评估性 、可管理性五方面理解。
5、面向對象集成测试常見措施包括 抽样测试 、 正交矩阵（阵列）测试 。
1、面向對象测试充足性三個常用原则是 基于状态的覆盖率 、基于约束的覆盖率 和基于代码的覆盖率。
2、常見的程序分析视角有句法视角，功能视角、文本视角和计算流视角
3、按照测试用例的设计措施，软件测试可以分為白盒测试、黑盒测试和灰盒测试。
4、我們可以按照 编写 過程、 执行 過程和 组织 過程三個纬度對测试用例属性進行归类。
5、單元测试内容包括如下方面： 模块接口测试 、 边界条件测试 、 錯误处理测试 、 局部数据构造测试 和重要途径测试。
1、软件质量工程包括 软件质量保证 、 软件质量规划 和软件质量控制三大方面。
2、McCall模型产品修改纬度的质量原因有 可维护性 、 可测试性 、灵活性。
1. 3、面向對象模型不一样于其他模型的重要特性是 组件的密集重用。
4、有两种同行评审措施學： 审查 和 走查 。
5、RMA可以划提成三组类别 内部風险管理措施 、 分包風险管理措施 和 顾客風险管理措施 。
6、支持性质量手段有 模板 和 检查表 。
7、根据软件系统的生命周期和其他阶段，软件质量度量划分為 软件過程度量 和 软件产品度量 。
8、软件配置公布的版本有基线版本、 中间 版本、 修订 版本。
9、SQA原则被划提成 软件质量管理原则 和 软件项目過程原则 两类。
10、软件缺陷的固有特性有软件缺陷的固有性、 软件缺陷的敏感性 、 软件缺陷的感染性 。
1、McCall模型划分了 软件运行 、 软件转移 、 软件修改 三個纬度的11個软件质量原因。
2、螺旋模型任何一次迭代都可划分為制定计划、 風险分析和化解 、工程和 顾客评估 四個项限。
3、根据协议评审的目的對协议评审主題進行分类為 提议草案评审主題 和 协议草案评审主題 两种类型。
4、經典的版本方针包括 严格-單一活動版本方针 、 多版本方针 。
2. 5、软件對属于多种质量原因的需求的符合性是由 软件质量度量 来测量的。
6、CAPA過程的成功运行包括如下活動：信息搜集、 信息分析 、 处理方案和改善措施的建立 、改善措施的执行、跟踪。
7、常見的软件配置演化模型有 线性演化模型 和 树演化模型 。
8、软件更改的质量保证工作需要 每個更改的SCI的质量保证 和 整個新软件系统版本的质量保证 两個级别的活動。
9、從内容和重點上我們可以把质量管理原则划提成 认证原则 和 评估原则 两种类型。
10、 测试人员 、 SQA單位 是SQA专职人员。
1、CMM内容包括初始级、 可反复级 、 已定义级 、 已管理级 和可优化级五個等级。
2、软件质量保证的目的包括 面向产品的软件開发 和 面向過程的软件维护 两大方面。
3、開发生命周期阶段SQA部件可以划提成三类：评审、专家观點、软件测试、软件维护SQA部件和由第三方/分包商使用的SQA部件。
4、 版本方针 和 更改方针 是维护方针的重要构成。
5、外部参与方可被分类為 分包商、COTS软件和重用软件模块的供货商和 顾客自身 三组。
6、在任何机构中，CAPA要對的发挥作用需要CAPA记录流的跟踪、CAPA执行的跟踪和CAPA执行成果的跟踪三個要的跟踪任务。
7、软件更改的质量保证工作需要每個更改的SCI的质量保证和 整個新软件系统版本的质量保证 两個级别的活動。
8、软件過程度量可以深入划分為 软件過程质量度量 、 软件過程進度度量 和软件過程生产率度量。
9、從内容和重點上我們可以把质量管理原则划提成 认证原则 和 评估原则 两种类型。
10、一般，软件质量的管理部件有 项目進展控制 、软件质量度量、 软件质量费用 和可用于控制软件维护的工具SQA管理工具。
四、名詞解释(每題3分，共18分)
1、软件测试風险
软件测试風险是指软件测试過程出現的或潜在的問題
2、動态测试技术
通過在抽样测试数据上运行程序来检查程序的動态行為和运行成果以发現缺陷。
3、确认测试
确认测试是验证软件的功能和性能及其他特性与否与顾客的规定一致。對软件的從功能、性能、可靠性、易用性等方面作全面的质量检测，协助软件企业找出产品存在的問題，出具對应的产品质量汇报。
4、条件组合覆盖
条件组合覆盖是逻辑覆盖原则的一种，它规定选用足够多的测试数据，使得每個鉴定体現式中条件的多种也許组合都至少出現一次。
5、L10N
软件當地化
6、（软件产品的）FURPS
FURPS即软件系统的功能、可使用性、可靠性、性能和支持等特性。
1、L10N && I18N
软件當地化和国际化
2、软件测试项目管理
软件测试项目管理就是以测试项目為管理對象，通過一种临時性的专门的测试组织，运用专门的软件测试知识、技能、工具和措施，對测试项目進行计划、组织、执行和控制，并在時间成本、软件测试质量等方面進行分析和管理活動。
3、软件测试文档
测试文档是對要执行的软件测试及测试的成果進行描述、定义、规定和汇报的任何書面或图示信息。
4、测试用例
测试用例是為了特定目的而设计的测试数据及有关测试规程的一种特定集合，即為有效发現软件缺陷的最小测试执行單元。
5、白盒测试
白盒测试是指测试人员根据程序的内部构造特性和与程序途径有关的数据特性，设计测试数据构成测试用例执行程序的一种動态测试。
6、無效等价类
無效等价类是指對于程序的规格阐明来說，不合理的，没故意义的输入数据的集合。
1、 软件测试
软件测试是為了发現錯误而执行程序的過程。
或
软件测试是根据软件開发各阶段的规格阐明和程序的内部构造而精心设计的一批测试用例（即输入数据及其预期的输出成果），并运用這些测试用例运行程序，以及发現錯误的過程。
2、测试用例的有效性
软件测试用例是测试人员测试過程中的重要参照根据；不一样测试人员根据相似测试用例所得到的输出应當是一致的。
3、软件测试规范
软件测试规范是對软件测试流程的過程化，并對每一种過程元素進行明确界定，而形成的完整的规范体系。
4、条件覆盖
条件覆盖從属控制流覆盖原则的范围，它不仅规定每個語句至少执行一次，并且规定使得鉴定体現式中每個条件都获得多种也許的成果
5、TDD
测试驱動開发（Test Driven Development）
6、α测试
α测试是由顾客在開发环境下進行的测试，也可以是企业内部的顾客在模拟实际操作环境下進行的测试。這是在受控制的环境下進行的测试。
1、 Crosby软件质量的定义
系统、部件或過程满足规定需求的程度。
2、软件可靠性
（IEEE）软件可靠性是指一种系统或组件在某個特定期期、特定条件下完毕所需完毕的功能的能力。
3、规程
规程是完毕某件事情或行動的特定方式，即规程是為了完毕一种任务，根据給定措施所执行的详细活動或過程。
4、開发風险
软件開发風险是软件開发任务或环境的一种状态或性质，假如忽视它，将增長软件项目失败的也許。
5、（软件工程领域）模板
在软件工程领域，模板指的是小组或机构创立的，用于编辑汇报以及其他形式文档的格式。
6、软件配置管理
一种负责应用(计算机化的或非计算机化的)技术工具和管理规程、使之可以完毕為维护SCI和软件配置版本所需任务的SQA部
1、Daniel Galin 软件质量保证的扩展定义
软件质量保证是一种有系统的、有计划的行動集合，它是提供软件产品開发、维护過程符合其已建立的技术需求以及跟上计划安排和在预算限制之内進行管理上的需求充足信任所必需的。
2、协议评审
协议评审是一种指导评审提议草案和协议文档的SQA部件。
3、规程
规程是完毕某件事情或行動的特定方式，即规程是為了完毕一种任务，根据給定措施所执行的详细活動或過
4、4W1H
W1H即WHAT, WHEN, WHERE, WHO和HOW。他們详细含义如下：
WHAT--What activities have to be performed?
WHEN--When Should the activity be performed?
WHERE--Where should the activity be performed?
WHO--Who should perform the activity?
HOW--How should each activity be performed?
5、受控文档
受控文档是那些目前就對软件系统的開发、维护以及与目前和未来顾客关系的管理重要或也許变得重要的，并且处在控制状态下的文档。
6、软件质量度量
一种项目具有給定质量属性的程度定量测度；
或
一种函数，其输入為软件数据、输出為單一的数值，该值可以被理解為软件具有給定质量属性的程度
1、 Pressman软件质量的定义
软件质量是符合明确陈說的功能性能需求、明确文档化了的開发原则和所有专业開发预期的隐含特性。
2、软件開发風险
软件開发風险是软件開发任务或环境的一种状态或性质，假如忽视它，将增長软件项目失败的也許。
3、协议评审
协议评审是一种指导评审提议草案和协议文档的SQA部件。
4、质量记录
质量记录是一种特殊类型的受控文档。它是面向顾客的文档，用于证明同顾客需求的全面符合性以及贯穿于開发和维护全過程的软件质量保证系统的有效运行
5、软件可靠性管理
软件可靠性管理指通過一种程序使软件的可靠性得到最优化的過程。此程序著重于软件防錯（software error prevention），发現并清除fault；此程序著重于采用一定措施并根据诸如资源，進度表及性能的约束条件使可靠性最大化。
6、软件配置版本
软件配置版本是指在給定期间點上构成软件系统的、已同意并且文档化的SCI版本的集合。

五、問答題(每題4分，共20分)
2、 談談你對变异测试原理的理解。
（1）使用变异算子對被测程序做微小的合乎語法的变動，每個新程序称為一种变异体；
（2）根据已經有的测试数据运行变异体；
（3）比较变异体和原程序的运行成果：假如两者不一样就称该测试数据将该变异体杀死了；否则称该变异体是活的。
2、請论述软件测试的原则。
（1）尽早的和不停的测试应作為软件開发人员的座右铭。
（2）测试用例应當由测试数据和与之對应的预期成果构成。
（3）测试用例应包括合理的输入条件和不合理的输入条件。
（4）严格执行测试计划，排除测试的随意性。
（5）充足注意测试當中的群体現象。
（6）要對每一种测试成果作全面的检查。
（7）保留测试计划、测试用例、出錯记录和最终分析汇报，為维护工作提供充足的资料。
3、测试用例设计的考虑原因有哪些？
（1）测试用例必须具有代表性、經典性；[1分]
（2）测试用例要浓缩系统设计；[1分]
（3）测试用例既要考虑對的的输入，也需要考虑錯误或异常的输入，以及促使這些錯误、异常发生的条件；[1分]
（4）顾客测试用例设计需要考虑顾客实际使用場景。[1分]
4、集成测试方略中，渐增式与非渐增式集成方略各有何优、缺陷？為何一般采用渐增式？
非渐增式集成方略是将所有的模块一次连接起来，简朴、易行，节省机時，但测试過程中难于查錯，发現錯误也很难定位，测试效率低。[1分]
渐增式集成方略是将模块一种一种地连入系统，每连入一种模块，都要對新系统進行测试。這种组装测试方案比较非渐增式，轻易查出錯误及進行錯误定位，有助于查出模块接口部分的錯误，因此测试效率高。但渐增式较费机時。[2分]
比较两种集成方略，显然渐增式有助于实現测试的目的，故一般采用渐增式進行组装测试。[1分]
5、請评价白盒测试？
（1）[2分]長处
迫使测试人员去仔细思索软件的实現;
可以检测代码中的每条分支和途径;
揭示隐藏在代码中的錯误;
對代码的测试比较彻底;
最优化。
（2）[2分]缺陷
昂贵;
無法检测代码中遗漏的途径和数据敏感性錯误;
白盒测试不验证规格的對的性。
3、 黑盒测试的特點有哪些？
（1）不考虑程序内部构造和内部特性；[1分]
（2）测试人员只需懂得该程序输入和输出之间的关系或功能；[1分]
（3）设计测试用例的根据是需求规格阐明書或顾客手册；[1分]
（4）尤其适合于某些第三方软件测试，由于無法得到源程序，無法用其他措施進行测试。[1分]
4、 等价类划分的环节怎样？
（1）根据输入条件把数目极多的输入数据划提成若干有效等价类和若干無效等价类；[2分]
（2）设计一种测试用例，使其覆盖尽量多的尚未被覆盖的有效等价类，反复该环节，直至所有有效等价类均被覆盖；[1分]
（3）设计一种测试用例，使其覆盖一种的尚未被覆盖的無效等价类，反复该环节，直至所有無效等价类均被覆盖。[1分]
3、談談你對“持续的软件测试”的理解。
持续的软件测试有两方面的含义：
（1）完整的软件测试工作应當贯穿整個软件生存周期存周期[2分]
（2）软件開发不一样阶段均有软件测试工作，即软件测试工作的各個环节分布在整個软件生存周期中。[2分]
4、一般的软件项目管理与软件测试项目管理之间的区别由那些？
（1）對于一般的软件项目管理，成本和進度控制是最重要的；[2分]
（2）而在软件测试项目管理中，质量第一是基本點，所有测试项目管理工作都要围绕提高产品质量展開，最终保证在合理的成本、進度下满足顾客需求或期望。[2分]
5、与桌面检查相比，代码审查与代码走查有哪些長处？
（1）桌面检查即程序员自已检查自已的程序。一般，由于程序员思维定势、心理原因的限制，使得桌面检查效率不高。[2分]
（2）代码走查、代码审查采用成组方式進行，一旦发現錯误就懂得了錯误的位置和性质，從而大大減少了调试费用和成本；此外代码走查、代码审查可以一次发現一批錯误，錯误发現效率较高。[2分]
1、請比较白盒测试与黑盒测试措施？
（1）白盒测试只考虑测试软件产品,它不保证完整的需求规格与否被满足。而黑盒测试只考虑测试需求规格,它不保证明現的所有部分与否被测试到。[1分]
（2）黑盒测试會发現遗漏的缺陷,指出规格的哪些部分没有被完毕。而白盒测试會发現代理方面的缺陷,指出哪些实現部分是錯误的。[1分]
（3）白盒测试比黑盒测试成本要高得多。它需要在测试可被计划前产生源代码,并且在确定合适的数据和决定软件与否對的方面需要花费更多的工作量。 [1分]
（4）一种白盒测试的失败會导致一次修改,這需要所有的黑盒测试被反复执行并且重新决定白盒测试途径。[1分]
5、 测试项目中，重要的测试文档有哪些？
测试计划、测试设计规格阐明、测试用例阐明、测试规程规格阐明、测试执行汇报、测试曰志、测试缺陷汇报、测试總結汇报等
3、談談你對“软件测试的必要性”的理解。
软件测试的必要性重要体目前如下方面：
程序代码最终体現了软件的质量；
软件测试力争发現更多的缺陷尽量減少残留的缺陷；
软件测试提高软件的對的性；
软件测试建立對软件的信心；
软件测试掌握软件的质量水平；
软件测试是软件质量保证的重要手段。
4、請论述测试用例在代码走查中的作用。
（1）代码走查中，测试用例并不是关键，也并不是仅想验证這几种测试用例运行与否對的，人脑毕竟比计算机慢太多；
（2）這裏测试用例是作為怀疑程序逻辑与计算錯误的启发點，在随测试实例游历程序逻辑時，在怀疑程序的過程中发現錯误。
5、测试覆盖准则的作用怎样？
1）定量地规定软件测试需求，指导测试数据的选择；
（2）度量测试数据集，揭示软件特定特性的能力；
（3）對测试成果和软件可靠性评估具有重要影响。
1、 专业软件開发的SQA环境有哪些特性？
遵守协议约定；
服從顾客供货商关系；
需要协同工作；
需要同其他開发组的合作和协调；
同其他软件系统的接口；
项目组有变化時项目继续進行；
需要持续维护软件系统若干年。
2、 請指出走查、审查這两种同行评审措施的不一样？
走查和审查的区别是其正式性的等级。其中，审查是两者之中更為正式。[2分]
走查的发現限于被评审文档的意見，而审查的发現還同改善開发措施自身的工作相結合。
因此和走查相比，审查對一般的SQA做出了更大奉献。
3、 請详细描述软件质量费用的經典模型？
在經典软件质量费用模型中，软件质量费用可以划分為控制费用、控制失效费用。
其中，控制费用被深入细化為防止费用和评价费用；控制失效费用深入细化為内部失效费用、外部失效费用。
（1） 防止费用包括建立软件质量基础设施、更新并改善基础设施以及完毕其运行所需的常规活動的投资。
（2） 评价费用花在特定项目或软件系统中软件錯误的检测上。
（3） 内部失效费用是指改正在顾客現場安装软件之前实行设计评审、软件测试及验收测试時检测到的錯误而产生的费用。
（4）外部失效费用限定為改正由顾客或维护组在顾客現場安装软件系统之後检测到的失效的费用。
4、 认证原则和评估原则的重要区别？
认证原则的重點是外部的--支持供货商顾客关系[2分]，而评估原则的重點是内部的。由于评估原则关注的是软件過程改善[2分]。
5、CCB的决策机制有哪些种类？你认為其中那种决策机制更实用？
（1）最普遍的措施是投票决定。每個代表都投票，采用少数服從多数的方式。這种民主的做法可以充足调動CCB组员的机机性；不過少数服從多数含义模糊，该决策模式也轻易产生某些政見。
（2）极端的做法是所有决策都交給一种人，這种安排鼓励在决策中灵活考虑多种意見，但压抑了CCB其他组员的积极性；
（3）第三种可行的决策机制是寻求CCB组员的一致意見，同步提供合理的跳出机制。
综合考虑上述三种不一样CCB决策机制，第三种方略最為实用。
6、老式质量成本和現代质量成本的重要区别有哪些？
老式的质量成本集中在与失效有关的事件和活動，如损壞、缺陷等。老式质量成本一般以报废、返工、返修等形式出現；[2分]
現代的质量成本的目的则在于通過防止和评估活動中的合适投入，減少与失效有关的活動。[2分]
1、 Crosby, Juran, Pressman软件质量定义的比较。
（1）Crosby的定义指的是写好的软件符合由顾客和它的专业组编制的规格阐明書的程度。這也意味著包括在规格阐明中的錯误是不予考虑的，也不減少软件质量—显然這是局限性的。[1分]
（2）Juran的定义意在到达顾客满意度，這就规定對检查改正顾客的需求规格書投入大量工作。但该定义的重要缺陷是免除了顾客對软件规格書精确性、完备性的责任。[1分]
（3）Pressman定义為SQA提出了要由開发者满足的三個规定：特定功能需求，它重要是指软件系统的输出；在协议中提出的软件质量原则；反应當今水平的专业措施的良好软件工程措施的发展水平。实际上，Pressman定义提供了测试满足需求程度的操作方向。
2、 談談你對协议评审過程的理解？
协议评审是一种指导评审提议草案和协议文档的SQA部件。其過程分為两個阶段進行：[1分]
（1）第一阶段—提交給也許顾客之前的提议草案评审；[1分]
（2）第二阶段—签约前的协议草案评审,该阶段在提议和协议談判期到达的理解基础上评审协议草案。[1分]
每個评审阶段完毕後，规定提议组与法律部進行必要的修改、补充和改正。[1分]
3、 請列举經典的软件质量基础设施SQA部件?(不少于5個)
规程与工作条例、支持性质量手段、员工培训与认证、改正性和防止性措施、配置管理、文档编制控制
4、 請指出软件质量费用扩展模型對软件质量费用經典模型的扩展。
仔细考察經典软件质量费用模型的考察，我們将发現經典软件质量费用模型没有可以涵盖管理以及管理性失效导致的软件质量费用。[2分]
软件质量费用扩展模型拓展了經典软件质量费用模型，以涵盖管理人员對软件质量總费用的‘奉献’—软件质量的扩展模型：相對經典软件质量费用，软件质量费用扩展模型添加了管理性准备与控制费用和管理性失效费用。[2分]
（管理性准备与控制费用同实行的防止性管理失效或減少這些這些失效的预期出現的活動有关联；）
5、 請描述ISO 9000-3质量管理系统的基本原理
（1）顾客关注。机构依托它們的顾客，因此应當理解目前的与未来的顾客需要；
（2）领导--建立并维护一种积极的内部环境中行使领导权，以实現机构的目的；
（3）人們的投入。人是机构之本，他們在各机构层次的全身心投入使得他們的能力能用于為机构谋益；
（4）過程措施--當把活動与资源作為過程管理的時候，就更有效地到达理想的成果；
（5）管理理的系统措施--把過程作為一种系统管理；
（6）持续改善--對全面性能正在進行的改善应當在机构的曰程上优先；
（7）决策制定的实在措施。有效决策是建立在信息分析的基础上的；
（8）互相支持的供货商关系。一种机构和它的供货商是互相依赖時，互相支持的供货由关系增强双方发明增長值的能力
6、老式质量成本和現代质量成本的重要区别有哪些？
老式的质量成本集中在与失效有关的事件和活動，如损壞、缺陷等。老式质量成本一般以报废、返工、返修等形式出現；
現代的质量成本的目的则在于通過防止和评估活動中的合适投入，減少与失效有关的活動。
1、 在软件产品与其他工业产品之间的区别重要有哪些？并描述這些不一样？
软件产品和其他工业产品的重要区别有如下几點：
（1）产品的复杂性；
产品的复杂性可以用产品許可的操作方式的数目来度量:工业产品，虽然是高级机器，也不容許由其不一样的机器组合建立的几仟种以上的操作方式；一种經典的软件，人們可以发現上百萬种软件操作的也許。
（2）产品的可見性；
工业产品是可見的，而软件产品是不可見的。工业产品的大多数缺陷可在制造過程中检测出来；然而软件产品的缺陷是不可見的，软件包中的组件也許從一開始就缺失了。
（3）产品開发和制造過程的特殊性。
同工业产品相比，软件产品不能在生产過程的所有三個阶段检测缺陷。可以检测缺陷的唯一阶段是開发阶段。
2、 高度螺旋模型每次迭代必需的活動包括哪些？
顾客的需求规格阐明、意見与更改规定；
開发者的计划制定活動；
開发者的風险分析与化解；
開发者设计活動；
開发者有关编码、测试、公布的构造活動；
顾客的评价
3、請從SQA的角度，论述分别编写顾客需求文档和系统需求文档的理由？
（1）很自然人們會想到只有客户才會有愛好透彻定义它的需求以保证他约定的软件产品的质量。他编制的需求文档是對低质量的基础防护；
（2）然而我們對多种软件质量原因的分析表明，開发者可以添加代表它自身利益的需求，例如可重用性需求、可验证性需求等；許多状况下，某些没有包括在經典客户需求文档中的质量原因确是開发者感愛好的。而，诸如可移植性、可重用性、可验证性等质量原因，客户很少感愛好。
這也就是人們為何分别编制客户需求文档和系统需求文档的理由。
4、重要的SQA维护基础设施工具有哪些？
重要的SQA维护基础设施工具有软件维护规程和工作条例、支持性软件质量手段、维护组的培训和认证、防止性和改正性措施、软件配置管理、软件维护文档和质量记录等
5、软件质量度量過程模型包括哪些活動？
（1）软件质量需求的定义；
（2）软件质量度量和评估的准备；
（3）软件质量度量的执行、分析和确认
6、老式质量成本和現代质量成本的重要区别有哪些？
（1）[2分]老式的质量成本集中在与失效有关的事件和活動，如损壞、缺陷等。老式质量成本一般以报废、返工、返修等形式出現；
（2）[2分]現代的质量成本的目的则在于通過防止和评估活動中的合适投入，減少与失效有关的活動。

六、应用題(每題8分，共24分)
1、某软件需求规格阐明中包括如下规定：第一列字符必须