新書推薦：
《
东线炼狱 : 德国反坦克兵的东线日记 : 1941—1942
》
售價：HK$
94.2
《
献给皇帝的礼物：Wedgwood瓷器王国与漫长的十八世纪
》
售價：HK$
127.4
《
东京札记
》
售價：HK$
151.0
《
大学问·明代国家权力结构及运行机制
》
售價：HK$
139.2
《
蹇蹇录：甲午战争外交秘录
》
售價：HK$
57.8
《
佛教文化十八讲
》
售價：HK$
89.7
《
背弃圣约：处于考验中的美国公民宗教（社会学名著译丛）
》
售價：HK$
46.0
《
卖掉法拉利的高僧
》
售價：HK$
70.9
|
| 編輯推薦： |
|
本书自什么是敏捷开始，逐步展开谈及了包括用户价值、DevOps、用户故事、Kanban、Scrum、效能管理等敏捷应用中的重要方法和实践，并且尝试回答了测试如何与这些方法，实践结合对组织价值交付做出贡献。
|
| 內容簡介： |
|
本书针对当前正在敏态化交付的团队，围绕敏捷思想从测试的角度、从零开始构建知识体系，讲解如何做到高质量交付，从质量视角构建基于敏捷理念的全面认知并从基本框架体系跳出构建敏捷思想的质量交付能力，为进一步研发效能提供支撑。 本书共11章，从敏捷理念到优化交付目标，以Scrum体系为基础，详细介绍看板、用户故事地图、故事实例化、分层自动化体系等，助力个人和团队搭建完整的敏捷交付能力。构建以业务价值为目标，以高质量快速交付用户价值的团队，从而构建统一认知。 本书不但适用于测试团队，而且适用于敏捷团队中的各个角色互相了解工作内容及知识体系。
|
| 關於作者： |
陈霁，网名云层，DevOps Master、ACP、Agile Scrum Master、SA5。TestOps测试运维架构师，DevOps、敏捷测试资深专家，多个行业IT峰会分享嘉宾。阿里巴巴研发效能事业部认证架构师、“测试敏捷化白皮书”项目经理、阿里云/华为云MVP、Exin 认证TTT讲师。著有《性能测试进阶指南》《敏捷测试实践指南》。
王富，广州掌动智能科技有限公司测试专家，拥有12年IT领域工作经验，负责公司IT质量解决方案整体技术咨询。在敏捷测试、DevOps、TestOps等领域具有丰富的经验。主要负责公司企业客户解决方案的构建，包括测试中台、企业测试中心、研发效能改进、物联网、工业互联网、人工智能等解决方案，服务企业如能源、金融、运营商、互联网、网联汽车等行业客户。
武夏，顺丰数科某团队测试负责人，DevOps Foudation、ACP、CSM证书获得者。拥有近10年测试工作经验，曾在多家互联网企业担任测试负责人。在敏捷开发、敏捷测试、DevOps、接口测试等领域具有丰富的经验。
|
| 目錄：
|
第1章敏捷测试开篇00
1．1当下问题00
1．1．1追着行业，被逼着跑很累(自驱)00
1．1．2没有圈子容易自High(意识)00
1．1．3想学习但是总没有效果(环境)00
1．2职业遇到了哪些事情00
1．2．1云层的职业经历00
1．2．2恐慌什么00
1．2．3核心收获00
1．3学习的难度00
1．4吃生活的苦还是吃学习的苦0
1．4．1困难0
1．4．2鹰派和鸽派的故事0
1．4．3有钱“真香”0
1．4．4学习方法0
1．5小结0
1．6本章问题0
第2章敏捷是什么及瀑布的问题0
2．1敏捷是什么0
2．1．1敏捷的概念0
2．1．2敏捷有用么0
2．1．3以前的问题0
2．1．4当前的问题0
2．1．5问题的成因0
2．1．6理想和现实的冲突0
2．1．7瀑布模式的问题0
2．1．8迭代研发模式0
2．2如何敏捷0
2．2．1VUCA世界0
2．2．2快速地调整目标0
2．2．3测试工作是否适合你0
2．2．4加速交付0
2．2．5模糊的客户需求0
2．2．6可以多快0
2．2．7敏捷让交付更快了么0
2．2．8高速交付下的悖论0
2．2．9转型敏捷0
2．3成为敏捷0
2．3．1如何敏捷地快起来0
2．3．2小目标： 寻找MVP0
2．3．3小团队： 独立自治0
2．3．4能力强： 责任共担0
2．4困难0
2．4．1意识及行为0
2．4．2道、法、术、器0
2．4．3团队能力0
2．4．4效率筒仓0
2．4．5流动效率与资源效率的认知0
2．4．6自适应IT变革框架0
2．5小结0
2．6本章问题0
第3章流畅高质量交付用户价值0
3．1加速交付0
3．1．1如何加速小批量交付0
3．1．2可以多快0
3．1．3如何加速0
3．2过程自动化0
3．2．1项目化管理体系0
3．2．2自动化依赖于规范0
3．2．3让研发自动化0
3．2．4代码质量保证0
3．2．5测试质量保证0
3．2．6发布流程0
3．2．7常见的持续交付流水线0
3．2．8常见的持续交付工具0
3．2．9构建软件研发效能体系0
3．3减少过程0
3．3．1构建交付迭代0
3．3．2可视化过程0
3．3．3价值管理0
3．3．4从批量生产到单件流0
3．3．54个流动层次0
3．3．6可视化价值0
3．4顺畅高质量交付有用价值的困难0
3．4．1Why Not0
3．4．2研发效能度量0
3．5小结0
3．6本章问题0
第4章DevOps下的持续测试体系0
4．1持续测试0
4．1．1持续什么0
4．1．2持续频率0
4．1．3持续测试0
4．2高速有效测试0
4．2．1高速测试0
4．2．2分布式测试的难点0
4．2．3分层自动化0
4．2．4分层自动化与研发架构0
4．2．5常用分层自动化框架技术0
4．2．6当下分层自动化的问题0
4．2．7分层自动化之“行”0
4．2．8分层自动化之“神”0
4．2．9Spring框架的分层测试0
4．2．10分层自动化总结0
4．2．11精准测试提升测试有效性0
4．3端到端自动化0
4．3．1交付过程0
4．3．2左移测试0
4．3．3右移测试0
4．4逃离低速无效测试0
4．5小结0
4．6本章问题0
0
0
第5章到底测什么，用户故事体系0
5．1从需求到用户故事0
5．1．1交付什么用户价值0
5．1．2当下问题0
5．1．3用户价值交付0
5．1．4用户价值0
5．1．5黄金圈法则0
5．2有效聚焦用户价值0
5．2．1故事是讲出来的，不是写出来的0
5．2．2团队需要一个会讲故事的人0
5．3共享文档并不代表达成共识0
5．3．1错误的需求描述0
5．3．2编写用户故事
5．3．3用户故事INVEST原则
5．4构建敏捷下的测试用例
5．4．1传统测试用例与敏捷测试用例
5．4．2梳理敏捷测试用例
5．4．3基于思维导图的测试用例设计
5．4．4BDD驱动
5．5做一个独立思考的测试人员
5．5．1验收标准
5．5．2验收与用例覆盖
5．5．3敏捷测试的目标
5．5．4编写基于用户验收的测试用例
5．5．5探索性测试
5．5．6传统测试与探索性测试
5．5．7体验探索
5．5．8用户故事地图与探索性测试
5．6何时测试完成
5．6．1什么时候能结束测试
5．6．2完成定义
5．6．3常见的完成定义
5．6．4完成验收
5．6．5验收标准与完成定义
5．7敏捷测试工程师
5．7．1不局限自己
5．7．2测试的对象
5．8小结
5．9本章问题
第6章从用户故事到用户故事地图
6．1构建全局视角
6．1．1局部视角带来的问题
6．1．2为什么要读书
6．1．3幸存者偏差
6．2构建用户故事地图
6．2．1用户价值的前、后、左、右
6．2．2如何构建用户故事地图
6．2．3构建用户故事地图
6．2．4MoSCoW法则： 排列用户故事优先级
6．2．5用户故事地图为测试提供了什么
6．3构建迭代交付范围
6．3．1用户故事卡片规模
6．3．2计划扑克牌估算
6．3．3正确的用户故事迭代
6．3．4MVP的构建策略
6．3．5基于MVP的迭代交付
6．4探索性测试Plus
6．4．1如何避免Monkey Test
6．4．2探索什么
6．5小结
6．6本章问题
第7章看板帮助可视化
7．1解决沟通的代价
7．1．1看板
7．1．2基础看板
7．1．3看板拉动模式
7．1．4让信息对等
7．2如何构建看板
7．2．1卡片的基本属性
7．2．2构建看板状态及扩展
7．2．3设定状态迁移准则
7．2．4构建阶段的问题
7．2．5构建泳道
7．2．6VIP快速泳道
7．3推动看板落地
7．3．1物理看板
7．3．2如何使用便利百事贴
7．4让价值流动
7．4．1注意要点
7．4．2时间管理
7．5小结
7．6本章问题
第8章看板管理用户故事迭代计划
8．1看板管理价值
8．1．1提高流动速度
8．1．2促进顺畅流动
8．1．3湖水岩石效应
8．2卡片延伸
8．2．1卡片的基本属性
8．2．2截止日期和工作项大小
8．2．3阻塞项或任务
8．2．4心情标识
8．2．5高级卡片
8．3看板高级扩展
8．3．1让光照亮关键所在
8．3．2围绕共同的目标
8．3．3看板与每日站会
8．4看板要点
8．5小结
8．6本章问题
第9章Scrum管理体系
9．1敏捷框架
9．1．1常见框架
9．1．2LeSS
9．1．3SAFe
9．1．4敏捷相关认证
9．2敏捷与Scrum
9．2．1Scrum的定义
9．2．2鸡和猪的故事
9．2．3团队规模
9．2．4敏捷团队的办公环境
9．2．5敏捷团队的软技能
9．3Scrum体系
9．3．13个角色
9．3．23个工件
9．3．35个事件
9．4项目模式
9．4．1Scrum与看板
9．4．2ScrumBan
9．4．3用看板管理Scrum
9．5小结
9．6本章问题
第10章基于Scrum的测试体系
10．1敏捷测试是什么
10．2Scrum敏捷测试
10．2．1Scrum流程
10．2．2对团队的要求
10．2．3团队中测试的要求
10．2．4Scrum敏捷测试流程
10．3基于Scrum的基本测试
10．3．1冲刺过程
10．3．2每日站会
10．3．3评审会议
10．3．4回顾会议
10．4基于Scrum的测试左移
10．5基于Scrum的测试右移
10．6跳出规范模式
10．7测试敏捷化
10．8如何做好敏捷测试
10．9小结
10．10本章问题
第11章基于量化的研发效能管理
11．1感性不如理性
11．2研发效能下的度量指标
11．2．1研发效能度量
11．2．2交付能力定义
11．2．3燃尽图
11．2．4累积流图
11．3量化质量构建持续交付
11．3．1质量监控指标
11．3．2测试中台
11．4总结
11．5本章问题
后续知行合一
|
| 內容試閱：
|
面对当下快速变化的时代，传统的预测型软件交付模式越来越无法适应新的交付要求，而敏捷或DevOps转型中质量问题成为无法绕过的高墙。为什么测试团队无法在保证质量的前提下快速完成，为什么会有那么多的遗漏及缺陷问题，一直是交付团队困惑的问题，而作为专业的测试来讲，质量并不是测试团队的事情，而是整个团队的事情，从提高自身测试能力转换为与团队共同提高质量能力。
本书希望通过全面展开敏捷和DevOps体系，引出测试在这些体系下的变化及应对策略，帮助测试团队从过去传统的测试方式升级为基于敏捷体系的测试模式，从而让专业的测试人员从被动发现并提出问题逐渐转化为赋能团队，从而成为质量的预防人员，构建质量效能体系，终达到质效合一。从强调定量交付规划的内容到强调定性交付用户的有用价值，质量保证所需要的理念、技术和文化都在不断更新，而构建具备适应变化的质量保证能力是面对未来的重要技能。
编者
2022年3月
|
|
購物車/收銀台(
0
) | 在線留言板
| 付款方式
| 運費計算
| 聯絡我們
| 幫助中心 |
加入書簽
HOME
新書上架
