课程编号:RDM-009 课时:14小时(2天×7小时) 软件测试管理 主办单位:汉捷研发管理咨询有限公司 主办日期:2011-9-23~24 地点:南山区中油阳光大酒店二楼若木厅 联系人:李艳飞 [email protected] 0755-26528350 |
课程收益
l 找到如何管理软件测试组织及团队的方法和思路
l 系统掌握业界领先的产品开发过程中测试项目管理方法,测试人员如何参与项目
l 掌握国际化标准测试流程的建立思路,高效率软件测试的标准及规范
l 掌握软件测试涉及的关键技术,如单元测试、集成测试、系统测试及验收测试
l 学习软件测试的度量指标,以及测试团队的绩效考核
l 找到测试团队跨部门协调困难的解决之道,如何使测试团队发挥最大的价值
l 掌握建立自动化测试平台和方法和思路
l 学习基于敏捷开发流程的测试管理
l 学习企业级测试体系建设的方法和技巧
课程背景
据中国软件行业协会研究报告显示,2010年1-11月,我国软件业呈快速增长态势,同比增长30%,增速比去年同期提高8.6个百分点,软件产业已成为中国高科技发展重要支柱之一,但中国软件产品质量保证手段以及测试流程和管理的规范性,与国外同行(美国、印度等)存在较大的的差距。
在软件业较发达的国家, 软件测试不仅早已成为软件开发的一个重要组成部分,而且在整个软件开发的系统工程中占据着相当大的比重。例如,在美国的软件开发中,需求分析和规划确定的比重只有3%,设计占5%,编程占7%,而测试要占到15%,其余67% 是投产和维护。微软为打造Windows2000,用了250 多个项目经理、1700 多个开发人员,而测试人员则用了3200 人,几乎是开发人员的两倍。而且,每修改一个错误,都花费大量时间以确保没有新错误产生。
而在我国,由于总体上,国内软件项目过程不规范,导致重视编码和轻视测试的现象,对于软件测试的重要性、测试方法和流程等还存在很多错误的认识。主要表现在:
(1)软件开发完成后进行软件测试
(2)软件发布后如果发现质量问题,是软件测试人员的责任
(3)软件测试哪个人员都行
(4)软件测试是测试人员的事情,与程序员无关
(5)项目进度紧张时少做测试,时间富裕时多做测试
(6)软件测试是没有前途的工作,只有程序员才是软件高手
以上几点是中国很多研发管理人员的误区,虽然很多领导试图提高软件质量,并且大部分领导已认识到测试是提高软件质量的重要手段之一,但总是不得要领,不知如何建立软件测试管理体系,设置了人员但不知如何明确职责,明确了职责但不知如何建立测试流程,建立了流程但不知如何参与研发团队进行测试,测试人员与开发人员之间矛盾重重,很多公司的软件开发团队采用敏捷开发模式,测试人员无从下手等等现象枚不胜举。
本课程关注于软件测试管理体系建设,包括纯管理软件、互联网软件、嵌入式软件等系统级产品。它将从软件测试概念、软件测试工程、软件测试项目管理、软件测试组织与团队、软件测试技术与自动化、敏捷测试管理等几个层面进行培训。
课程特色
p 课程完整介绍项目级以及产品级测试体系,以及软件测试4大活动(单元测试、集成测试、系统测试、验收测试)的基本职责、方法。
p 系统化的课程内容:全面分析测试理论、测试实践、测试流程、团队管理、工具模板及敏捷测试管理。
p 讲师在国内优秀企业(华为、阿里巴巴、蓝韵集团)工作时的切身实践体会和13年多的软件开与与测试管理经历,能够深入浅出地分析讨论各种软件测试管理遇到的问题, 并列举大量的测试管理案例,有助于管理人员借鉴与参考。
p 讲师有国外项目背景,曾参与国际化项目的测试项目管理工作,与美国及印度的同事深入合作,积累了很多国际化软件测试的最佳实践。
p 课程独特,内容丰富而精彩,不但让测试管理者了解测试知识,而且还能从中学习到研发管理流程,QA等方面的知识。
p 课程实践性较强,所有的方法、工具和模板都是来自讲师从事一线管理时的经验和教训。
讲师资历
杨学明:高级顾问,高级讲师
深圳测试协会副会长
研发管理专家
曾担任华为、阿里巴巴高级测试管理职位
o 专业背景:13年产品开发及测试团队管理经验,先后担任软件开发工程师、资深测试工程师、软件技术经理、研发项目经理、研发测试部经理、研发管理总监等职位,积累了丰富的软件开发技术及测试管理方面的经验,曾组建多个测试团队和负责多个大型项目的测试管理工作,并多次参与国际化软件项目的测试工作,有与美国、印度同事的合作经历。
o 培训背景:为阿里巴巴、金山软件、大展科技、蓝韵集团、联想集团、深圳科皓等多家企业讲授过《产品测试管理》、《软件测试管理》、《软件项目管理》、《集成产品开发(IPD)》、《软件单元测试》、《研发质量管理》、《配置管理》、《敏捷测试管理》等课程,担任深圳测试协会副会长职务,对软件自动化测试及性能测试进行了深入的研究,在北京、上海、深圳、杭州等地多次举办研发测试论坛或公开课,是广东测试联盟(http://www.gztest.com/)发起人之一、个人博客:mikeyond.cnblogs.com。
o 咨询背景:作为高级咨询顾问参与了多家高科技企业的研发体系建设,取得了良好的效果。主要参与了蓝韵集团、英威腾电气、上海酷宝、华工正源光子等多家企业的研发管理体系建设与辅导实施。
参加对象
1. 软件测试概述
1.1. 软件测试管理面临的常见问题
1.2. 测试在质量体系中的位置
1.3. 测试原则与方法
1.4. 为什么要尽早测试
1.5. 木桶原理 ·20/80原则 ·Good-Enough原则·多快好省原则
1.6. 错误、缺陷、故障、失效 ·测试成本分析
1.7. 测试、调试、测试与调试的关系和区别
1.8. 测试方法分类
1.8.1. 白盒测试、黑盒测试、灰盒测试
1.8.2. 测试策略 ·单元测试、集成测试、系统测试、验收测试
1.8.3. ALPHA测试、BETA测试、功能测试、性能测试
1.8.4. 动态测试、静态测试
1.8.5. 手工测试、自动化测试、负载测试、压力测试、性能测试
本单元研讨案例:列举我公司在软件测试中遇到的问题,并分组讨论,派代表上台发言。
2. 软件测试工程过程
2.1. 什么是软件测试工程 (从阿里巴巴的性能测试谈起)
2.2. 测试在软件工程中的位置(基于不同开发流程中的测试角色)
2.3. 瀑布模型测试过程
2.4. W型测试过程
2.5. H型测试过程
2.6. V型测试过程
2.6.1. 单元测试计划 ·单元测试 ·单元测试报告与详细设计关系
2.6.2. 集成测试计划 ·集成测试·集成测试报告与概要设计关系
2.6.3. 系统测试计划 ·系统测试 ·系统测试报告与需求规格设计关系
2.6.4. 测试用例
2.6.5. 测试缺陷管理
2.6.6. 测试报告
2.7. 代码审查与走读过程
2.7.1. 召开审查走读会议
2.7.2. 专人书面评审
2.7.3. 使用统计和分析工具
2.8. 单元测试过程
2.8.1. 什么是桩(Stub)、驱动器(Driver)、模拟器(Simulator)
2.8.2. 单元测试环境
2.8.3. 单元测试工具选型
2.8.4. 单元/部件测试准备
2.8.5. 单元/部件测试执行
2.8.6. 测试计划和用例评审查检表、测试记录、缺陷报告
2.9. 集成测试过程
2.9.1. 集成测试策略的确定时机
2.9.2. 集成测试基本概念 ·集成测试对象 ·集成测试中的角色定义
2.9.3. 集成测试的特点
2.9.4. 集成测试顺序确定
2.9.5. 集成测试准备 ·集成测试执行 ·缺陷跟踪
2.9.6. 集成测试质量目标 ·典型集成测试平台构造
2.9.7. 集成测试工作开展的制约因素
2.9.8. 集成测试成败关键因素分析
2.10. 系统测试过程
2.10.1. 转测试操作流程和标准
2.10.2. 系统测试基本概念(定义、对象、依据)
2.10.3. 系统测试过程 ·系统测试输入、输出
2.10.4. 系统测试准备
2.10.5. 系统测试执行
2.10.6. 测试环境的规划和管理
2.10.7. 问题跟踪反馈 ·基于产品平台的测试策略
2.10.8. 系统测试成败关键因素分析 ·“黑白唱”
2.11. 文档测试过程
2.11.1. 安装包文字和图片
2.11.2. 安装与设置指南
2.11.3. 用户手册
2.11.4. 在线帮助
2.12. 验收测试
2.12.1. 验收的基本定义与目的
2.12.2. 验收测试类型
2.12.3. 根据合同验收
2.12.4. 用户验收测试
2.12.5. 运行测试
2.12.6. 现场测试
2.12.7. 测试人员在客户验收过程中的职责
模板展示:测试计划、测试用例、单元测试、集成测试、验收测试、文档测试等模板展示。
3. 产品开发中的测试项目管理
研讨案例:某知名通讯企业一个成功的项目测试案例,让学员分组讨论得到的启发,从流程到模板分别进行进述。
3.1. 软件测试人员参与开发项目遇到的常见问题
3.2. 项目级测试管理
3.2.1. 测试管理平台的建立
3.2.2. 测试模板的设计
3.2.3. 测试交付件的管理
3.2.4. 测试计划裁剪
3.2.5. 测试工作量的估算
3.2.6. 测试过程监控
3.2.7. 测试的成本控制
3.2.8. 测试过程的风险控制
3.2.9. 失效模式和影响分析(FMEA)
3.3. 软件需求跟踪
3.4. 测试架构设计
3.5. 测试计划设计
3.6. 测试用例设计
3.7. 测试用例的设计
3.7.1. 等价类划分法
3.7.2. 边界值分析法
3.7.3. 因果图法
3.7.4. 功能图法
3.7.5. 错误推断法
3.7.6. 正交实验设计方法
3.7.7. 测试用例设计的技巧:“弱化定性思维+ 破坏性假设”
3.8. 测试工具设计
3.9. 测试评审
3.9.1. 需求规格评审
3.9.2. 详细设计评审
3.9.3. 测试计划评审
3.9.4. 测试用例评审
3.9.5. 测试报告评审
3.10. 版本测试开始标准及结束标准
3.10.1. 每个阶段开始的标准
3.10.2. 每个阶段结束的标准
3.10.3. 测试中断的标准
3.10.4. 版本测试结束的标准
3.11. 缺陷管理流程
3.12. 测试模板
3.13. 制订测试验收标准
3.14. 测试问题定级标准
3.15. 测试评估
3.16. 产品级测试管理
3.16.1. 产品测试的全局性
3.16.2. 产品测试用例库的建立
3.16.3. 测试用例的管理
3.16.4. 测试用例的维护
3.16.5. 产品自动化测试策略
3.16.6. 每日构建的(Daily Build)的管理方法
3.16.7. 缺陷生命周期管理
3.16.8. 测试覆盖率评估
3.16.9. 其于软件缺陷的质量评估
3.17. 测试外包管理
3.17.1. 降低成本
3.17.2. 保证质量
3.17.3. 提高效率
3.17.4. 灵活的人力资源
3.18. 软件测试与度量
3.18.1. 软件测试成熟度模型(TMM)
3.18.2. 软件开发过程阶段性度量指标
3.18.3. 缺陷度量或缺陷分布度量
3.18.4. 测试用例的深度、质量和有效性
3.18.5. 测试执行的效率和质量
3.18.6. 缺陷报告的质量
3.18.7. 测试覆盖度
3.18.8. 测试环境的稳定性或有效性
3.18.9. 测试过程改进(TPI:Test Process Improvement)
3.18.10. 缺陷预防与分析(ODC缺陷分析、Gompertz分析、Rayleigh分析、四象限分析、根本原因分析、缺陷注入分析、DRE/DRM分析等)
3.18.11. CTP、STEP、CMMI等模型探讨
ü 案例研讨:为什么要进行测试度量?
4. 测试组织与团队
4.1. 企业测试体系典型问题分析
4.2. 测试技能发展历程
4.3. 测试体系如何从无到有建设?
4.4. 如何从功能测试到测试平台建设?
4.5. 测试组织发展历程
4.6. 建立独立的测试组织
4.7. 如何建设高水平的测试部门?
4.8. 企业测试文化的建立及培养
4.9. 团队组织架构
4.10. 个能技能
4.11. 测试团队角色分类
4.12. 测试团队的沟通
4.13. 测试团队冲突管理
4.13.1. 正确对待缺陷
4.13.2. 具备良好的态度
4.13.3. 开发和测试的合作
4.14. 绩效考核管理
4.15. 招聘优秀的软件测试工程师
4.16. 测试人员的职业通道
4.17. 激励测试人员
4.18. 测试团队的培养和提升
实例演练:在进度紧张的情况下,测试人员如何处理好和项目经理,开发人员的关系?
5. 软件测试技术与自动化
5.1. 测试工具的概念
5.1.1. 成本效益和风险
5.1.2. 测试工具策略
5.1.3. 测试工具集成
5.1.4. 脚本和脚本语言(TCL/TK、PYTHON、VB、RUBY、SHELL等)
5.2. 测试缺陷管理工具(QC、BUGZILLA、IBM lutos notes)
5.3. 测试用例管理工具(TD、TESTLINK、BUGFREE等)
5.4. 测试工具部署
5.5. 开源测试工具
5.6. 测试工具开发
5.7. 测试工具分类
5.8. 测试工具的收益分析
5.9. 项目研讨:自动化测试是否可以促进项目进度,节省质量成本?
6. 基于敏捷开发模式的测试管理
6.1. 敏捷测试的必要性
6.2. 敏捷的价值
6.3. 敏捷测试团队中角色与活动场景演练
6.4. 敏捷测试团队的运作方式
6.5. 敏捷测试员的十条法则
6.6. 面向技术的测试管理
6.7. 敏捷测试四象限管理
6.8. 敏捷测试成功的关键要素
6.9. 敏捷开发过程中的自动化测试策略
6.10. 敏捷测试的最佳实践
6.11. 研讨:如何构建高效敏捷测试团队?
7. 构建企业级测试体系建设
7.1. 案例:某企业测试体系存在的问题分析
7.2. 企业测试体系典型问题分析
7.3. 测试技能发展历程
7.4. 测试体系如何从无到有建设?
7.5. 如何从功能测试到测试平台建设?
7.6. 测试组织发展历程
7.7. 建立独立的测试组织
7.8. 如何建设高水平的测试部门?
8. 课程总结与回顾
8.1. 研讨:根据我公司现状,如何推进软件测试管理体系?