蔡为东 团队经理,软件测试经理,软件测试架构师
十余年的团队管理和软件测试的工作经验,关注和研究的领域是软件测试和团队管理;曾在中国软件技术大会、多次Top100 Submit全球研发峰会、多次中国软件测试大会等会议上做演讲,并曾在Top100 Submit全球研发峰会上任出品人。
近10年的培训经历,经验丰富。已出版的书籍有:
- 《轻流程:IT团队的积分式绩效管理》
- 《赢在测试2—中国软件测试专家访谈录》
- 《行之有效:IT技术团队管理之道》
- 《赢在测试—中国软件测试先行者之道》
- 《步步为赢—软件测试管理全程实践》
- 《软件测试工程师面试指导》
- 《软件测试实战—测试WebMSN》
课程特色
- 来源于一线互联网公司的测试工作的实践,接地气,效果好。
- 各种实际案例多,方便学习和接受。
- 培训经验丰富,启发式教学,讨论多,务求实效。
面向对象
- 技术团队中的各级软件测试工程师。
- 对软件测试和持续集成感兴趣的开发工程师、配置管理工程师、过程改进工程师等。
- 本课程也适合技术团队的各级管理者。
课程内容
1、如何又快又好:互联网测试的精髓
|
实例一 | 一线互联网企业的测试流程 |
需求 | 测试工程师在需求阶段扮演重要的角色。主动、强有力的参与,能够提高需求质量,同时为后期的测试奠定业务基础。- 如何介入需求讨论;
如何得到效果; |
开发设计 | 规模稍大一些的项目,测试工程师可参与到开发的设计中,要求开设计评审会,并提出修改建议。这样可以避免系统设计出现重大缺陷,同时测试工程师的参与也可以在一定程度上提高可测性。- 如何做好开发设计评审;
对于开发设计,测试工程师如何做到懂行; |
测试设计 | 测试工程师可以和开发在写代码的同时熟悉业务,做测试设计:- 写checklist(test case)
- Code diff;
- 编写自动化;
- 写测试工具;
提高测试设计的覆盖率; |
协助开发自测 | 开发做好自测,能在很大程度上提高产品质量,所以测试工程师应该协助开发做自测。- 单元测试;
- 测试环境上的帮助;
- 流程上的要求;
提前告知提测标准; |
提测验收 | 设立一道门槛,让提测的程序满足基本条件。- 当场验收;
回退不合要求的提测; |
测试执行 | 认真执行做好的测试设计。测试设计是一个迭代的过程,测试执行也是一样。- 区分优先级;
- 执行过程中的沟通;
- 细心和耐心是发现问题的法宝;
丰富我们的工具箱; |
验收 | 有界面的、规模稍微大一点的项目,可以邀请产品经理做验收。这是一道防线。 |
确认发布过程 | 通过发布评审来减少和避免因为发布导致线上问题:- 做全局考虑,包括上下游;
邀请各种角色参加评审; |
线上验证 | 不要坐等用户来投诉,要主动去模拟用户使用新功能,确保正常。 |
日常监控 | 通过技术手段对线上的运行情况保持监测,及时响应,避免出现大问题而不知道。 |
一线互联网公司测试流程分析A公司 | 不同的业务现做法不一样 …… |
一线互联网公司测试流程分析B公司 | 各部门做法不一样 …… |
一线互联网公司测试流程分析C公司 | 从需求到测试完毕,由一个人负责 …… |
一线互联网公司测试流程分析D公司 | QA参加需求评审 …… |
总结: 大同小异,看不同的地方, | 讨论:结合业务,裁剪符合实际需求的测试流程 |
2、软件测试自动化的提升 |
实例二 | 一线互联网企业的测试流程 |
自动化的本质 | - 自动化本质上是提高测试的执行效率的一种方法,设计和执行不可偏废。
要从商业的角度去看自动化。 |
自动化的挑战 | - 技术选型。
- 编写工具、脚本。
- 维护。
- 提高覆盖率。
自动化环境的维护。 |
自动化的自动化 | 测试服务化 |
3、软件测试视角的持续集成
|
持续交付的要求 | - 又快又好;
让知识流动起来; |
更早地发现问题 | - 反馈前移;
测试角色能承担“多早”? |
正确:发现更多的问题 | - 形成反馈流,加速处理的速度;
从各方得到信息,形成信息流; |
测试流程自动化 | - 让自动化自动起来;
让测试服务触手可及; |
4、软件测试工程师的自我提高
|
自我提高的5块高地 | - 业务
- 开发技术
- 测试技术
- 沟通能力
毅力 |
提高系统思维能力 | - 静态分析;
- 动态的眼光;
- 看长远;
商业眼光; |
又好又快的关键 | 做好制度建设和人的培养:- 积极——“厚脸皮”
- 推动式的沟通
- 多方汇集信息
勤奋 |