《 软件测试价值提升之路》——导读

daodu1
daodu2

自  序
从华为辞职以后,就一直想把这些年的所思所得整理出来,但直到一年半以后才开始动笔,主要是不想写成和那些经典测试红宝书雷同的作品,一方面是希望自己整理的内容更独特一些,另一方面作为一个半路出家的测试工程技术人员,也并没有把经典测试技术的那些内容逐个实践和吃透。
直至2014年年初,与老搭档孟姐、新朋友徐林林一起准备了一次关于软件测试技术架构的演讲,才终于有了我一直想要的思路,于是就有了这本书。
这本书的主题是测试的价值,这个题目是近年来测试业界讨论得比较多的一个问题,有人甚至喊出“测试已死”。我认为,老的测试价值依然存在,并且老的测试价值也确实成就了我们这一代测试人,但是这些价值现在已经被认为是测试该做到的,就像一个开发工程师,会写代码、代码缺陷率正常一样,仅仅只展现这些价值,不足以成就新一代测试工程师的职业发展。
由于华为的专业测试团队成立比较早,测试工程师也就比业界的其他从业者稍早一点遇到测试价值的困惑,而华为的项目压力为突破这个问题提供了动能;强大的内部技术平台为突破这个问题提供了支持,所以我也就有幸见证了测试价值开始突破的方向和方法,而这本书就是我对于这些实践的一个总结。
希望能够通过这薄薄的书页,给测试的同行们一些灵感,我相信对于测试价值的探索只是刚刚起步。
本书分为10个章节,以测试的基础价值点、拓展价值点为主线,分析价值实现的主要困难和常见问题,围绕困难和问题提出解决思路和方法。全书的内容都是围绕测试的价值实现,对于实现价值需要的技术只重点说明了方法的概念和实施中需要注意的问题,并没展开讨论。对于常见的、可以通过其他技术书籍或者在网上搜集资料学习的方法和技术,没有对方法本身进行介绍,也没有给出可供学习的案例。对于较少在其他技术书籍中提到的方法,则介绍得略微详细一些。
本书章节安排如下:
第1章 介绍几个知名的软件公司的测试团队职责,了解不同企业、不同产品对测试价值的期望有所不同。
第2章 介绍发掘测试价值时,需要了解的一些基本原则。
第3章 按缺陷的激活条件,分别介绍拦截每类缺陷的方法以及主要手段,如测试用例基线、测试设计、测试类型、DFX测试等。
第4章 按照测试报告包含的数据类别,分别介绍每类数据的作用和分析以及使用方式。在技术和方法方面,还介绍了测试报告结构、RBT、DFX测试数据等内容。
第5章 按照团队能力模型,从技术方法和工具、流程、组织及人员、平台几个方面,对测试团队应具备的能力进行介绍。
第6章 对测试基本价值进行总结,并介绍实现这些价值所需的测试架构。
第7章 介绍从研发内部重要的质量屏障的视角,测试可以突破的价值点,以及为了实现这些价值,在需求评审、测试设计、测试执行和自动化等方面的关键技术。
第8章 介绍从产品交付主要角色的视角,测试可以突破的价值点,以及为了实现这些价值所需开展的主要工作。
第9章 概要地介绍除了产品测试,测试团队还可能有哪些价值。
第10章 对测试拓展价值进行总结,并介绍实现这些价值所需的测试架构与工具。
本书对常见的技术、方法、工具介绍得很少,因此,并不适测试工程师作为入门读物,也不太适合用来了解和学习这些常见的方法和工具。
本书比较适用于在测试岗位上工作了2年以上的测试工程师,因为:第一,他们对测试的基本概念和技术有一定了解,阅读的时候不会被密集的测试术语难住;第二,他们在实际工作中也遇到了一些问题,能够从书中找到类似的场景进行借鉴;第三,根据我的经验,工作2~3年的测试工程师比较容易对自己工作的意义和价值产生怀疑。
当然,如果你已经在测试领域浸淫了10年以上,这本书可能价值也不大,但是如果你浏览之后愿意就测试的价值和笔者讨论,笔者非常欢迎!
测试工程师从进入这个行业到成为资深的IT人有无数种可能的发展途径,其中的一种可能,如图I所示,即至始至终在测试领域内浸淫,不断锤炼测试相关的工程技术能力和个人素养,最后成长为测试专家。书中对此图更详细的说明,参见5.4.2节。
工作2~10年的测试工程师,大部分处于图I中“特性质量保障”“项目质量保障”“产品质量保障”这些阶段。以“特性质量保障”为主要职责的工程师,可以重点关注本书第二部分“扫门前雪”。以项目或产品质量保障为主要职责的工程师,可以参考本书第三部分“展露锋芒”。

图I 测试人的非典型职业发展
在写作本书的过程中参考了Alan page等人写的《微软的软件测试之道》、朱少民老师写的《全程软件测试》等书,另外,亚历山大等人写的《商业模式新生代》对我打破传统思维的启发也很大。
开始写这本书的时候,想写的内容千头万绪,幸而朱少民老师、张玲玲老师、吴怡老师对本书的内容和结构提出了很多有建设性的建议,也给了我完成本书的信心,在此感谢。此书献给我的先生和儿子,作为新年礼物!

目  录
[第1部分 引子
第1章 他山之石
1.1 测试困局](https://yq.aliyun.com/articles/89384)
1.2 测试价值的发展
1.3 谷歌的软件测试
1.4 微软的软件测试
1.5 腾讯的软件测试
1.6 华为的软件测试
1.7 优秀软件公司测试团队职责的启示
[第2章 价值实现的起点
2.1 首先打破一些常规](https://yq.aliyun.com/articles/89402)
2.2 匹配新的业务要求
2.3 面向企业商业成功
2.4 寻找价值的最佳人选是自己
2.5 测试价值的层次
[第2部分 扫门前雪
第3章 拦截缺陷
3.1 用户无法正常使用](https://yq.aliyun.com/articles/89413)
3.1.1 问题案例
3.1.2 解决问题的思路
3.1.3 建立测试用例基线
3.1.4 测试用例基线要同步优化管理和质量
3.1.5 找对症结建立测试用例基线
3.2 正常使用中部分出错
3.2.1 问题案例
3.2.2 解决问题的思路
3.2.3 扩展测试类型
3.2.4 测试设计要素清单
3.2.5 客户问题RCA分析
3.2.6 提升能力的目的是解决问题
3.2.7 预则立不预则废—重视网上问题分析
3.3 受攻击出错
3.3.1 问题案例
3.3.2 解决问题的思路
3.3.3 建设故障模式库
3.3.4 DFX测试能力提升的线路
3.3.5 重视行业信息的长期积累
3.4 随机出错
3.4.1 问题案例
3.4.2 解决问题的思路
3.4.3 利用工具提高错误检出率
3.4.4 通过测试解决这类问题不是好方法
3.5 分层构建缺陷拦截能力
3.6 小结
第4章 提供数据
4.1 测试结果数据
4.1.1 测试结果数据的范围和作用
4.1.2 测试结果数据的内容
4.1.3 用金字塔模型编排测试报告
4.2 风险评估数据
4.2.1 风险的含义及风险评估数据的作用
4.2.2 RBT
4.2.3 将风险作为测试的重要输入
4.2.4 依托测试策略活动进行风险评估
4.3 测试过程数据
4.3.1 测试过程数据的范围和作用
4.3.2 测试项目过程数据
4.3.3 测试项目过程数据的应用
4.3.4 用例执行过程数据
4.3.5 用例执行过程数据的应用
4.4 用数据讲好测试故事
4.5 小结
第5章 测试过程可控
5.1 能力建设实施要点
5.1.1 从问题出发寻求适合的能力建设方向
5.1.2 拓展测试领域知识的广度
5.1.3 能力建设需要有架构设计
5.2 方法和工具方面的能力建设
5.2.1 测试方法和工具方面的能力
5.2.2 能力建设首先考虑实用性
5.2.3 探索式测试vs 剧本式测试
5.2.4 测试设计vs自动化
5.3 流程中固化的测试能力
5.3.1 测试在流程运转中发挥哪些作用
5.3.2 测试在流程运转中该不该挥舞大棒
5.4 组织建设和人员能力模型
5.4.1 测试专家角色类型
5.4.2 测试工程师能力模型
5.4.3 组织结构要与能力现状匹配
5.4.4 从任职资格标准的演变看测试价值
5.5 测试能力持续发展的环境
5.5.1 测试知识的管控和治理
5.5.2 产品信息的管治平台
5.5.3 工程师个人成长和发展环境
5.6 测试的组织能力模型
5.7 小结
第6章 测试基本价值总结
6.1 测试的基本价值
6.2 支持基本价值实现的测试架构
第3部分 展露锋芒
第7章 产品质量屏障
7.1全流程质量保障
7.1.1测试尽早开展:全程软件测试
7.1.2测试尽早开展:尽早开展需求验证
7.1.3测试充分性快速提升:新代码快速、充分验证
7.1.4测试充分性快速提升:老代码持续验证
7.1.5效率和进度的风险是引入质量保障活动的切入点
7.1.6全流程质量保障的能力模型
7.2客户视角的质量评估
7.2.1客户视角的过程质量评估
7.2.2客户视角的产品质量评估
7.2.3竞品分析
7.2.4客户信息获取的渠道
7.2.5客户视角质量评估的能力模型
7.3小结
第8章 产品交付先锋
8.1代表客户测试
8.1.1需求5W1H分析
8.1.2端到端应用场景测试
8.1.3测试保障质量的三个层次
8.2产品交付专家
8.2.1问题定界和解决
8.2.2需求采集和澄清
8.2.3项目管理和流程制定
8.2.4产品交付专家的能力模型
8.3小结
第9章 产品测试以外的价值
9.1驱动研发改进
9.1.1问题分析及解决方法制定
9.1.2让问题和解决方法具备说服力
9.1.3目标制定和沟通管理
9.2独立的第三方评估
9.3小结
第10章 测试拓展价值总结
10.1测试的拓展价值
10.2支持拓展价值实现的测试架构
10.2.1基于需求测试的测试架构
10.2.2缺陷快速修复的测试架构
10.2.3测试架构的目标工作场景
10.2.4测试架构的建立
10.3价值拓展的辅助工具
10.3.1用TPI NEXT模型确定需要开展的工作
10.3.2用商业模式画布进行项目策划
10.3.3设定合理目标,管理预期
附录A 名词解释
附录B 产品研发团队组织结构

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值