2.2一定条件下的测试管理

2.2.1了解测试幹系人

与测试活动/测试工作产品/最终系统/交付物的质量有利益关系的

测试干系人（除项目/产品/组织）包含哪些人：

2.2.2其他软件开发周期活动忣工作产品

测试活动/干系人/软件开发生命周期活动/工作产品之间的具体关系取决什么：

测试活动还和哪些活动相关联：

2.2.3测试活动和其他生命周期活动的整合

V模型中用什么方法定义测试级别

    1. 系统测试计划活动与项目计划同时进行，测试控制一直持续到系统测试执行和测试结束工作完成

    2. 系统测试分析和涉及与需求规格说明/系统/架构（概要）设计说明/组件（详细）说明编写同时进行

    3. 系统测试实施活动可在系统设計期间开始但大部分都是与编码和组件测试同时进行

    系统测试相关的部署工作通常会延续到系统测试执行的开始前几天

    4. 当所有的系统测試入口准则被满足（或免除）时开始系统测试执行活动，系统测试入口准则一般是指至少完成了组件测试通常还包括完成组件集成测试

    系统测试会被持续执行直到系统测试出口准则被满足为止

    当项目即将达到最后期限时评价和汇报频率更高，也更紧迫

测试如何影响软件开發生命周期中的活动和工作产品：（详见2.4.2）

    测试经理在测试计划/项目计划期间对各测试级别和选定的生命周期模型与测试过程的结合进荇项目特定的整合

各测试级别应明确定义以下要素：

    7. 与测试目标/入口和出口准则以及结果汇报相关的度量和度量标准（包括覆盖率的度量）

注！在各测试几倍对上述要素要一致定义，以免不同几倍的类似测试之间出现不必要的差距造成危险和资源浪费

2.2.4管理非功能测试

针对非功能测试活动，部分测试计划责任委派给技术测试分析师

测试经理需要求分析师考虑到以下一般因素：（测试分析师详见第四章）

测试經理需考虑：怎样将非功能测试集成到软件开发生命周期中：

    3. 对于单次迭代周期花费时间更长的测试设计和实施活动应单独安排成迭代之外的工作活动

2.2.5管理基于经验的测试

如何管理基于经验的测试：

    4. 在会话期间测试人员根据采用的测试技术设计和执行测试，查找缺陷并將测试结果记录在日志中

2.3基于风险的测试及其他测试优先级设定和工作量分配的方法

测试管理中普遍存在一个挑战时测试的选择/分配/优先級的设定

什么是基于风险的测试：

    使用产品质量风险来选择测试条件，为这些条件分配测试工作并为胜场的测试用例设定优先级

    其明确指出的或隐含的目的就是用测试来降低整体的质量风险水平

2.3.1基于风险的测试

测试团队规避风险的措施：

基于风险的测试包含的活动：

可通過什么技术来识别风险

影响产品和项目风险发生的可能性包括：

影响产品和项目风险程度的因素有：

    2. 检查风险级别的分布情况，确保风险嘚评分对于测试排序/优先级设定和分工能起到实际的指导作用

基于风险得测试从质量风险分析开始

质量风险分析是主测试计划和其他测试計划得基础

开发和执行测试的工作量与风险的级别成一定比例

风险级别越高使用的测试技术越细致，风险的级别越低使用的测试技术僦越不细致

开发和执行测试的优先级也是依据风险级别而设定的

在项目的主要里程碑到来时，定期调整质量分析

2.3.1.4生命周期的风险管理

测试方针文档和测试策略文档中应描述测试中管理产品风险和项目风险的一般过程以及风险管理怎样集成到测试的各个阶段中，并使其发挥莋用

    所有的高级别风险的测试都是在低级别风险测试之前进行的且测试的运行严格按照风险排序

    风险封盖了评估选出的测试样本，确保烸条风险至少被覆盖一次

2.3.2基于风险的测试技术

正式基于风险的测试技术测试经理有许多可用的选项：

    1.危害分析，延伸至整个分析过程的仩游尝试识别每个风险背后隐藏的危害

对每个质量风险，风险评估包括过程包括三要素：

    3. 失效模式和影响分析和其变体识别质量风险，风险的潜在原因和可能造成的影响然后确定严重程度，分配优先级和检测等级

    4. 质量功能展开一种影响测试的质量风险管理技术，具體而言关注的是对客户或用户需求的理解不当或不充分引起的质量风险

    5. 故障树分析，对各种实际发现的失效（从测试或生产中）或潜在夨效（质量风险）进行根本原因分析首先分析会导致失效的缺陷，其次是会导致这些缺陷的（人为）错误或（其他）缺陷一直继续直箌找出根本原因

基于风险的测试只要成功，以下四个问题答案是肯定的：

2.3.3选择其他测试技术

1.基于需求的测试可使用的测试技术：

2.3.4测试过程Φ测试优先级设定和工作量分配

    1. 在测试分析/涉及和实施期间必须采用在测试计划阶段做的测试分工和设定的优先级

    2. 在执行测试时，还是應该使用在计划阶段设定的优先级在计划制定后根据获取的信息定期更新优先级

    3. 作为结果汇报和出口准则评估的一部分，测试经理可衡量测试完成的程度应包括将测试用例和发现的缺陷追溯到相关的测试依据

    4. 测试结束期间，测试经理应评估与所有干系人包括客户和用戶的质量方面的需求和期待相关的度量标准和成功准则

2.4测试文档和其他工作产品

组织和项目中常用的工作文档类型：

    4. 级别测试计划（阶段測试计划）：描述在每个测试级别中所要进行的特定活动

    由组织中的高级测试管理人员，在测试干系人组的高层经理的协助下制定

测试方針中的内容包含：

    2. 定义测试目标如建立对软件的信息，检测软件的缺陷降低质量粉线的级别（详见2.3.1节）

测试方针适用于什么样的测试活动：

    用测试管理产品和项目风险/测试级别的划分和测试相关的概要活动的方式

 一般测试方法包括：

在这种情况下，测试团队开发一个模型该模型展现了系统存在的环境（基于实际或期望的情况），系统应该接受的输入和系统运行的条件以及系统应如何运行。例如在針对高速发展的移动设备应用程序的基于模型的性能测试中，基于当前的使用情况和项目随着时间推移的发展情况可能会开发出展现往來的网络通信量、活跃和不活跃的用户以及造成的处理负载的模型。另外也可能开发出当前生产环境的硬件、软件、数据容量、网络和基础设施的模型。还可能开发出理想的、预期的和最小的吞吐率、响应
时间和资源分配的模型 

    4. 符合过程或标准的策略如受制于美国食品藥品管理局标准的医疗系统的测试

测试策略可描述要执行的测试级别，应给出制定每个测试级别的入口准则和出口准则的概要知道以及这些测试级别之间的关系

测试策略包含以下方面：

    包括执行哪几个测试级别以及这些级别之间的关系和测试级别于对应的开发活动之间的關系

    描述了较大项目或业务中的测试工作，所以它为项目计划或业务指南的补充

主测试计划写入的内容有哪些：

若不一致则应解释为何絀现偏差和例外，以及该偏差可能会存在的潜在影响

主测试计划包含的内容：

    7. 每个测试级别的明确的入口准则/延续（暂停/继续）准则和出ロ准则以及这些测试级别之间的关系

2.4.4级别测试计划

    包含了进度安排/任务和里程碑等在主测试计划中不一定包含的细节

对于敏捷项目，Sprint测試计划或迭代测试计划可替代级别测试计划

2.4.5项目风险管理

项目计划中一个重要部分就是处理风险

哪些风险可由测试经理成功缓解：

管理项目风险的方法包括：

识别和分析项目风险后管理风险有以下四种方案：

2.4.6其他的测试工作产品

测试经理应确保缺陷报告/测试用例规格说明/測试日志等在下列活动中的一致性和质量：

    2. 与测试分析师/技术测试分析师一起选择和（根据需要）定制工作产品的适当模板

    3. 与测试分析师/技术测试分析师一起建立工作产品的标准，如测试/日志和报告需要详细到什么程度

2.4学完之后需找出以下问题答案：

怎样依据测试方针和测試策略建立主测试计划/级别测试计划和其他与这些文档相补

依据项目风险，怎样选择适当的风险管理方案

测试策略如何影响测试活动

怎樣生成-项目需要的工作产品的文档规范和模板

为什么要进行测试估算：

    为了得到特定业务或项目中各种活动的成本和完成日期的近似目标

朂好的估算体现在哪些方面：

    1.代表有经验的实际工作这的集体智慧并能得到相关参与人员的支持

测试估算考虑的因素包括：

    4. 过程因素，包括测试策略/开发/维护生命周期和过程成熟度/成熟型以及项目估算的准确度

    5. 物质因素，包括测试自动化和工具/测试环境/测试数据/开发环境/项目文档（如需求文档/设计文档等）以及可复用的工作产品

    6. 人员因素包括经理和技术组长/高级行政管理人员的承诺/期望/项目团队的技能/经验和态度/项目团队的稳定性/团队成员之间的关系/测试和调试环境的支持/是否有数量的承包商和顾问/以及相关领域的知识

在测试估算中鈳单独或组合使用的技术有下列几种：

    5. 测试占整个项目工作量的百分比或人员百年之（测试人员与开发人员的比例）

    6. 组织的历史和度量，包括基于度量的模型该模型用于估算缺陷数/测试周期数/测试用例数/每个测试的平均工作量以及回归周期的数目

最终的测试估算代表组织囷项目目标在质量/进度安排/预算以及特性方面的最佳平衡

影响测试估算的因素有哪些

2.6定义和使用测试度量

为什么要进行测试度量：

测试度量可互粉到以下一种或多种类型中：

    1. 项目质量，对照己定的项目出口准则如测试用例执行率/通过率和失败率，度量项目进展

    4. 人员度量喥量个人或小组的能力，如在给定的时间内测试用例的实施情况

使用测试度量可以带给我们什么优点：

测试经理在进行测试度量时需要考慮的因素：

从哪几个方面监督测试进展：

与产品风险相关的度量包括：

与缺陷相关的度量包括：

和测试相关的度量包括：

    2. 回归测试和确认測试的状态包括趋势和未通过的回归测试总数以及未通过的确认测试总数

    4. 测试环境的可用性（准备测试团队可用的测试环境占计划测试時长的百分比）

和测试覆盖率相关的度量包括：

和监督测试计划和控制活动相关的度量包括：

和监督测试分析活动相关的度量

    2. 测试分析中發现的缺陷数（如通过使用测试依据识别风险或其他测试条件）

和监督设计活动相关的度量项包括：

和监督测试实施活动相关的度量包括：

和监督测试执行活动相关的度量包括

监督测试进展和测试完成活动的度量包括：

    2. 计划的测试条件/测试用例/测试规约说明的数目和按测试昰否通过分别统计的执行的测试条件/测试用例/测试规约说明的数目

    8. 产品风险状态，通常按已缓解与未缓解的风险主要的风险区域/测试分析后发现的风险等分类统计

和监督测试结束活动相关的度量包括：

什么时候需要进行测试控制：

测试控制的目的是什么：

当项目的控制工莋受到测试结果影响时，需考虑以下方面：

2.6定义和使用测试度量

典型的测试相关度量有什么不同

不同层面的测试进度监督有什么不同

为项目项目人员提供信心

帮助相关人员做出发布决策

测试为组织/项目/业务带来了定量和定性的价值：

质量成本方法将项目和运行的成本分成与產品缺陷成本相关的四个类别：

    缺陷预防成本（培训开发人员提高他们编写的代码的可维护性和安全性）

    内部失效成本（发布之前，测試/评审期间修复发现的缺陷）

    外部失效成本（将有缺陷的软件发布给客户导致的支持成本）

为什么说测试决定质量成本

2.8分布式测试/外包測试以及内包测试

对于所有类型的测试，怎样定义沟通的范围：

对于分布式测试不同的工作地点之间的测试分工必须明确/合理

2.8分布式/外包及内部测试

如何运用不同人员构建团队（是利用分布式团队/外包团队还是内包试团队）

2.9管理行业标准的使用

怎样有效的使用软件测试标准

1. 明确不同标准在测试所处的上下文中的用处

2. 参考已证实的最佳实践，并且提供组织测试过程的基础

3. 必须知道与标准符合情况相关的所有偠求确保维持适当的符合度

7.关于浮动下面除了哪个都是不囸确的？（D）

B.只有复杂的项目有浮动

C.浮动是在不增加项目成本的条件下一个活动可以延迟的时间量