×

首页 > 企业定制

测试分析与设计

课程介绍:

软件测试已有了行业标准(IEEE/ANSI ),1983年IEEE提出的软件工程术语中给软件测试下的定义是:“使用人工或自动的手段来运行或测定某个软件系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”。这个定义明确指出:软件测试的目的是为了检验软件系统是否满足需求。它再也不是一个一次性的,而且只是开发后期的活动,而是与整个开发流程融合成一体。软件测试已成为一个专业,需要运用专门的方法和手段,需要专门人才和专家来承担。

培训目标:

课程大纲:

第1天 一. Overview-测试用例概述
1. 两种测试方式:验证性测试与清除性测试
2. 测试平衡决策:测试质量与测试效率
3. 最佳测试过程:建立测试过程体系模板
4. 软件测试关键:测试用例分析与设计
5. 提升测试效率:基于Scrum的探索性测试与启发性测试
6. 模型驱动测试:基于UML的测试建模
7. 测试质量与测试用例分析设计的关系
8. 测试用例文档的详细程度与测试文档的编著时间
9. 案例分析:对比不同测试工程师的测试用例文档差异
二. Analysis-测试需求分析
1. 实践探索:请您描述什么样的规格可以作为测试依据(评价标准)?
2. 讨论探索:如何依据不完整的规格进行测试
3. 如何做到让别人帮我补充需求
4. 分析功能的外部逻辑结构-Function Spec
5. 分析功能的内部实现结构-Design Spec
6. 分析系统的约束与环境
7. 发现问题与风险:深度测试分析与浅度测试分析
8. 无规格文档的产品测试分析
9. 案例实践:依据客户熟悉的领域的案例完成测试需求分析
三. Matrix-测试需求矩阵(Google ACC)
1. 分析产品领域属性-Attributes
2. 分析产品的功能组件-Components
3. 分析产品的操控能力-Capabilities
4. 使用矩阵方式组织产品的属性、组件与能力
5. 产品ACC矩阵的热点分析、成本分析等
6. 对比Google ACC与IBM CBM矩阵模型
7. 案例实践:依据客户熟悉的领域的案例完成测试需求矩阵
四. Strategy-测试策略模型
1. 静态测试与动态测试
2. 关键测试与边缘测试
3. 独立测试与组合测试
4. 常规测试与探索测试
5. 功能测试与质量测试
6. 手工测试与自动测试
7. 覆盖测试与随机测试
8. 讨论探索:如何在成本与时间的压力下选择合理的测试策略?
第2天 五. Data-基于规格的测试数据设计
1. 依据“输入结构”来构造“测试数据”策略与技巧
2. 使用测试技术合理缩减测试数据规模
3. 历史测试数据与随机测试数据
4. 使用构造工具提升构造测试数据的效率
5. 测试输入数据的复用-构造一次使用多次
6. 搭建测试数据中心-团队复用
7. 判断“测试数据”的发现缺陷的几率
8. 实践探索:依据客户熟悉的领域的案例完成测试输入构造
六. Scenario-基于规格的测试场景设计
1. 基于用户与界面交互的测试场景构造
2. 基于请求与响应的测试场景构造
3. 基于背景工作者的测试场景构造
4. 基于状态机模型的测试场景构造
5. 测试步骤中的“测试参数”
6. 测试步骤中的“关键字”
7. 实践探索:依据客户熟悉的领域的案例完成测试场景构造
七. Assert-基于规格的测试断言设计
1. 基于测试输入的测试预期值手工计算
2. 规划真实值的获取位置
3. 规划预期值与真实值的比对表达方式
4. 构造测试结果的判断标准(精准判断、经验判断)
5. 讨论探索:对于报表类型的测试用例,如何描述断言?
6. 实践探索:依据客户熟悉的领域的案例完成测试断言构造
八. Environment-基于规格的测试环境设计
1. 基于部署架构规格的测试环境规划
2. 纯净环境、集成环境与干扰环境
3. 测试环境设计原则(容量原则、分布原则、复用原则与隔离原则)
4. 估算测试环境资源
5. 测试环境的组合构造策略
6. 测试环境的虚拟化(重复使用,减少测试成本)
7. 案例研究:案例剖析:Google的GFS测试环境设计
8. 实践探索:依据客户熟悉的领域的案例完成测试环境构造
第3天 九. Quality-基于质量特性的测试用例设计
1. 选择质量属性测试策略
2. 独立功能叠加质量能力测试
3. 质量属性分解成“质量效用树”
4. 质量测试中的“攻防”策略
5. 构造质量属性测试的预期值与真实值的判断标准
6. 从用户体验视角的可用性测试标准(外观标准与交互标准)
7. 从功能视角的可用性标准(可靠性与稳定性标准)
8. 实践探索:依据客户熟悉的领域的案例完成可用性测试
9. 讨论探索:依据客户熟悉的领域的案例完成性能测试方案
十. Risk-基于风险的探索性测试设计
1. 测试风险识别(风险模板、风险分类、发散性思维、FMEA)
2. 基于风险选择测试重点(测试的深度优先、测试的广度优先)
3. 基于风险执行测试用例
4. “敏捷探索性测试”补充“风险驱动测试”
5. 业务深度探索性测试
6. 讨论探索:如何发现隐式业务规则约束?
7. 技术深度探索性测试
8. 案例分析:乌龙指事件的解析
9. 经验分享:讲师如何完成微软的Beta测试(无文档的产品测试)
十一. Execute-轻量级测试用例执行
1. 测试用例转化为自动化测试脚本
2. 基于测试化测试框架的测试执行机制
3. 软件变更与回归测试
4. 缺陷命中率与测试执行优先级别
5. 测试报告与缺陷报告
6. 探索性测试的执行过程记录
7. 动手实践:转化测试用例为自动化测试脚本
8. 经验分享:基于Software Factory的测试脚本编程
十二. Knowledge-搭建测试知识库
1. 讨论探索:为什么有的测试者可以快速发现缺陷,而我却不能
2. 发现缺陷的经验哪里可以获得到?
3. 研究缺陷库中典型的缺陷发现的条件与场景
4. 他人的测试经验如何启发自己的测试过程
5. 如何管理自己的测试经验
6. 解读成功测试策略模型:HTSM
7. 动手实践:使用思维导图定制自己的HTSM模型

PMI, PMP, Project Management Professional, CAPM, PgMP, PfMP, PMI-ACP, PMI-RMP, PMI-SP, PMI-PBA and PMBOK are registered marks of the Project Management Institute, Inc.

ITIL® is a registered trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

PRINCE2® is a registered trade mark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

Copyright © 2006-2019 东方瑞通(北京)咨询服务有限公司版权所有

京ICP备 13009094号 京公网安备 11010802031185号