第五章测试管理
2019-12-18 10:03:18 0 举报AI智能生成
ISTQB初级
作者其他创作
大纲/内容
4.配置管理
总结配置管理如何支持测试
配置管理的目的
软件开发中的混乱现象
图解
子主题
混乱问题的表现
1.文档相互覆盖
2.集成活动受阻：
3.问题分析、故障修正和回归测试变得复杂：
4.测试和测试评估受阻，因为一下信息不明确
配置管理需求：测试角度
1.版本管理：
2.配置标识：
3.事件状态和变更状态记录：
4.配置审计：
5.风险和测试
将可能会威胁一个或多个利益相关者实现项目目标的可能问题描述为风险
风险
风险的定义
风险识别的活动
风险的类别
1.资源方面
2.技术方面
3.沟通方面
4.时间方面
5.相互依赖
6.工具方面
风险应对的活动
1.测试风险减轻：
2.测试风险避免：
3.测试风险转移
4.测试风险接受
5.测试意外计划
风险识别的方法
1.头脑风暴法
2.风险分类问卷调查：
3.定期测试风险汇报：
4.使用测试风险列表：
风险控制活动
基于风险的测试
识别的风险可以帮助
风险分析活动
风险分析活动：影响程度
风险分析活动：可能性
风险分析活动：时间区间
知道风险是由发生的可能性的影响力（发生后所造成的危害）来决定的
测试监控措施
区别项目风险和产品风险
项目风险
项目风险的定义
项目风险
项目风险：公司组织因素
1.技能和人才的不足
2.个人和培训问题
3.政策因素
4.对测试的态度或预期不合理
项目风险：技术方面
1.不能定义正确的需求
2.给定现有限制的情况下，能够满足需求的程度
3.设计、编码和测试的质量
项目风险：供应商问题
1.第三方存在的问题
2.合同方面的问题
产品风险
产品风险的定义
产品风险的例子
了解典型的产品风险和项目风险
通过例子来描述在测试计划中如何进行风险分析和风险管理
基于经验测试的一些描述
6.事件管理
按照“软件测试文档标准（IEEE829）”认识事件报告的内容
事件管理的定义
1.事件管理主要指的是缺陷管理
2.事件管理的目的是为了保证可靠和快速地消除通过各种测试级别检测到的缺陷和失效；
事件报告的主要目的
缺陷
缺陷基本定义
相互关系
缺陷相关的出口准则示例
事件的状态
事件状态的模型
针对测试过程中发现的失效来编写相关的时间报告
事件报告
事件报告的模板
包含的内容
1.提交事件的时间
2.提交的组织和作者
3、期望结果和实际结果
4.识别测试项和环境
5.发现事件时软件或系统所处的生命周期阶段
6.对事件的描述
7.修复的紧迫性/优先级
8、事件状态
9.对利益相关者的影响程度
事件报告的分类
事件报告的分类：严重度
事件报告的分类：优先级
严重程度和优先级的关系
根据IEEE软件测试文档标准（IEEE829-1998）的要求，在整个测试过程中包括了如下文档
1.测试的组织架构
认识独立测试点重要性
测试组织架构模式
模式1：开发团队负责测试
模式2：开发团队中的测试人员
模式3：项目团队中的测试人员
模式4：不同测试类型的测试专家
模式5：独立的测试团队
列出在组织内进行独立测试的优点和缺点
独立测试的优点
1.独立的测试团队没有偏见，能够找到开发人员未能找到的缺陷
2.独立的测试团队能够验证开发人员在设计和实现系统时所作的（隐式）假定和设想；
3.独立的测试团队可以避免来自经历的分非常的干预
独立测试的缺点
1.由于测试团队独立于开发团队，可能会与开发团队缺乏沟通
2.如果测试人员没有必要的资源，那么独立测试就有可能成为瓶颈
3.测试如果作为项目质量的最后检查点，可能成为项目的瓶颈
4.开发人员可能对质量有所松懈，因为他们会认为测试人员总会找到问题；
组件测试的模式选择
集成测试的模式选择
系统测试的模式选择
验收测试的模式选择
考虑使用不同团队的成员来成立测试小组
了解测试负责人和测试员的任务
测试组织的角色
图解
测试经理的职责
测试设计人员的职责
测试自动化人员的职责
测试管理员的职责
测试执行人员的职责
2.测试计划和估算
认识测试计划的不同级别和目标
质量保证计划IEEE730
质量保证QA和质量控制QC
测试计划
测试计划的活动
测试计划的持续性
测试计划的模板
1.测试计划标识
标识符：AP05-0103
2.介绍
介绍
介绍例子
3.测试项
测试对象/测试项
测试对象/测试项（例子）
4.需要测试的特性
需要测试的特性
需要测试的特性（例子）
5.不需测试的特性
不需测试的特性
不需测试的特性（例子）
6.测试方法
测试方法和策略
测试方法和策略（例子）
7.测试项通过/失败准则（测试出口准则）
验收准则
验收例子
8.挂起准则和恢复准则
挂起准则
暂停准则（例子）
恢复准则
恢复要求（例子）
9.测试交付物
测试交付物
测试交付物（例子）
10.测试任务
测试任务
测试任务（例子）
11.环境要求
测试环境
测试环境（例子）
12.责任
职责
职责（例子）
13.人员配备和培训要求
人员配备和培训要求
人员配备和培训要求（例子）
14.进度表
进度
进度（例子）
15.风险和意外事件
风险和应急
风险和应急（例子）
16.审批
审批
审批（例子）
测试计划例子描述
测试优先级别
测试优先级的划分
1、测试时间和资源有限
2.首先执行的测试用例最重要的测试用例
3.测试优先级的划分和测试执行顺序的确定
4.即使测试过早结束，仍然能够保证在该时刻测试能达到最佳效果
5.最重要的测试用例将首先被执行，这样就可以尽早发现重要的问题
测试优先级划分准则
使用频率或失效的概率
失效的风险
失效的可见性
需求的优先级
质量特性
开发人员角度
测试对象的复杂性：
高项目风险的失效：
缺陷的集群效应
测试优先级的优点
测试准则
测试准则的类型
测试入口准则
测试入口准则定义
测试入口准则的例子
测试出口准则
测试出口准则定义
测试出口准则考虑的因素
测试覆盖率
产品质量
尚存风险
经济制约
测试出口准则例子
1.测试用例执行完
2.计划的测试时间完成。
3.软件测试达到了预先定义的测试覆盖率。
测试挂起准则
测试恢复准则
根据“软件测试文档标准（IEEE829）”总结《测试计划》、《测试设计规格说明》和《测试规程》的目的及内容
区分术语二类不同概念（预防型和应对型）的各种测试方法，如基于分析、基于模型、基于方法、符合过程/标准的、动态/启发式的、咨询式或基于面向可重用的方法
区分为系统而做测试计划和为安排测试执行做测试计划的内容上的不同之处
在综合考虑优先级、技术和逻辑依赖后，为给定的测试用例集编写测试执行计划
列出在测试计划时应该考虑的测试准备和执行活动
测试策略
测试策略的定义
预防性策略
图解
预防性策略的表现
应对性策略
图解
分析方式方法和启发式方法
分析式方法
启发式方法
测试策略方法的类型
1基于模型的测试
2.基于模型的统计或随机测试
3.基于风险的测试
4.遵循过程或标准
5.面向重用
7.基于检查表
8.面向专家的方法
认识影响测试开销的主要因素
从概念上区别两种不同的估算方法：基于度量的方法和基于专家的方法
测试工作量估算
场景描述
估计、目标和承诺（estimates、target and commitments）的关系
场景描述
数字、计算和判断
基于团队的估算
基于团队的估算：ROUND 0
基于团队的估算：ROUND1/2/3
基于百分比的估算
基于百分比估算的例子
基于百分比的估算
测试工作量估算影响因素
产品的特点
开发过程的特点
测试的输出
测试估算的描述
理解/解释针对特定测试级别和测试用例组所定义的恰当的出口准则（例如对于集成测试、验收测试或可用性测试的测试用例）
3.测试进度监控
认识用于监督测试准备和执行的常见的测试度量项
测试周期的检测
基于缺陷和失效的度量：状态
基于缺陷和失效的度量：优先级
基于缺陷和失效的度量：严重程度
基于缺陷和失效的度量：按阶段分布
基于缺陷和失效的度量：按模块分布
基于测试用例的度量：设计
基于测试用例的度量：执行
基于测试对象的度量
基于成本的度量
理解和解释针对测试报告和测试控制的测试度量（例如已发现和已修复的缺陷、已通过或失败的测试）
测试周期的控制
对背离测试计划作出反应：
1.请求和部署额外的测试资源；
2.调整测试计划本身，比如低优先级的测试用例将被忽略
3.根据所发现的故障和问题的严重性，测试的持续时间可能被延长；
4.根据测试环境的可能性，更改测试进度计划；
清楚的传达测试计划的变更
测试计划的更新
开发状态
测试结果
资源
根据“软件测试文档标准（IEEE829）”总结测试报告的目的和内容
测试状态报告
测试状态报告：每个测试周期结束之后
测试对象，测试级别、测试周期起始终止时间；
测试的计划、测试赛的运行、测试的阻塞状态；
事件状态：测试运行、测试的阻塞状态；
风险：新的、变化的、已知的；
展望：下个测试周期的计划；
评估：对测试对象的成熟度、发布可能性或当前信任度进行的（主观）评估；
测试状态报告和出口准则
图解
出口准则的例子
测试报告的目的
测试报告的模板
图解
测试总结报告的标识：
测试总结报告概要
偏差
全面评估
测试结果总结
评估
测试活动总结
批准
缺陷报告（也就是提bug）
测试管理活动
图解
测试周期的计划
概要测试计划
详细测试计划
详细测试计划的制定
0 条评论
下一页
