0人評分過此書

敏捷测试从零开始

出版日期
2022/04/01
閱讀格式
EPUB
書籍分類
學科分類
ISBN
9787302600893

本館館藏

借閱規則
當前可使用人數 30
借閱天數 14
線上看 0
借閱中 0
選擇分享方式

推薦本館採購書籍

您可以將喜歡的電子書推薦給圖書館,圖書館會參考讀者意見進行採購

讀者資料
圖書館
* 姓名
* 身分
系所
* E-mail
※ 我們會寄送一份副本至您填寫的Email中
電話
※ 電話格式為 區碼+電話號碼(ex. 0229235151)/ 手機格式為 0900111111
* 請輸入驗證碼

本書收錄於此書展...

本書針對當前正在敏態化交付的團隊,圍繞敏捷思想從測試的角度、從零開始構建知識體系,講解如何做到高質量交付,從質量視角構建基於敏捷理念的全面認知並從基本框架體系跳出構建敏捷思想的質量交付能力,為進一步研發效能提供支撐。 本書共11章,從敏捷理念到優化交付目標,以Scrum體係為基礎,詳細介紹看板、用戶故事地圖、故事實例化、分層自動化體系等,助力個人和團隊搭建完整的敏捷交付能力。構建以業務價值為目標,以高質量快速交付用戶價值的團隊,從而構建統一認知。本書不但適用於測試團隊,而且適用於敏捷團隊中的各個角色互相了解工作內容及知識體系。 陳霽,網名雲層,雲層天咨創始人,國內軟件測試教育行業知名專家、企業測試技術咨詢顧問。著有《性能測試進階指南》系列叢書;百度閱讀專欄作家,著有《接口測試實踐》《小白成長建議》等熱門作品。
  • 封面页
  • 书名页
  • 版权页
  • 内容简介
  • 作者简介
  • PRAISE赞誉
  • FOREWORD序一
  • FOREWORD序二
  • PREFACE前言
  • THANKS致谢
  • 目录
  • 第1章 敏捷测试开篇
    • 1.1 当下问题
      • 1.1.1 追着行业,被逼着跑很累(自驱)
      • 1.1.2 没有圈子容易自High(意识)
      • 1.1.3 想学习但是总没有效果(环境)
    • 1.2 职业遇到了哪些事情
      • 1.2.1 云层的职业经历
      • 1.2.2 恐慌什么
      • 1.2.3 核心收获
    • 1.3 学习的难度
    • 1.4 吃生活的苦还是吃学习的苦
      • 1.4.1 困难
      • 1.4.2 鹰派和鸽派的故事
      • 1.4.3 有钱“真香”
      • 1.4.4 学习方法
    • 1.5 小结
    • 1.6 本章问题
  • 第2章 敏捷是什么及瀑布的问题
    • 2.1 敏捷是什么
      • 2.1.1 敏捷的概念
      • 2.1.2 敏捷有用么
      • 2.1.3 以前的问题
      • 2.1.4 当前的问题
      • 2.1.5 问题的成因
      • 2.1.6 理想和现实的冲突
      • 2.1.7 瀑布模式的问题
      • 2.1.8 迭代研发模式
    • 2.2 如何敏捷
      • 2.2.1 VUCA世界
      • 2.2.2 快速地调整目标
      • 2.2.3 测试工作是否适合你
      • 2.2.4 加速交付
      • 2.2.5 模糊的客户需求
      • 2.2.6 可以多快
      • 2.2.7 敏捷让交付更快了么
      • 2.2.8 高速交付下的悖论
      • 2.2.9 转型敏捷
    • 2.3 成为敏捷
      • 2.3.1 如何敏捷地快起来
      • 2.3.2 小目标:寻找MVP
      • 2.3.3 小团队:独立自治
      • 2.3.4 能力强:责任共担
    • 2.4 困难
      • 2.4.1 意识及行为
      • 2.4.2 道、法、术、器
      • 2.4.3 团队能力
      • 2.4.4 效率筒仓
      • 2.4.5 流动效率与资源效率的认知
      • 2.4.6 自适应IT变革框架
    • 2.5 小结
    • 2.6 本章问题
  • 第3章 流畅高质量交付用户价值
    • 3.1 加速交付
      • 3.1.1 如何加速小批量交付
      • 3.1.2 可以多快
      • 3.1.3 如何加速
    • 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 构建软件研发效能体系
    • 3.3 减少过程
      • 3.3.1 构建交付迭代
      • 3.3.2 可视化过程
      • 3.3.3 价值管理
      • 3.3.4 从批量生产到单件流
      • 3.3.5 4个流动层次
      • 3.3.6 可视化价值
    • 3.4 顺畅高质量交付有用价值的困难
      • 3.4.1 Why Not
      • 3.4.2 研发效能度量
    • 3.5 小结
    • 3.6 本章问题
  • 第4章 DevOps下的持续测试体系
    • 4.1 持续测试
      • 4.1.1 持续什么
      • 4.1.2 持续频率
      • 4.1.3 持续测试
    • 4.2 高速有效测试
      • 4.2.1 高速测试
      • 4.2.2 分布式测试的难点
      • 4.2.3 分层自动化
      • 4.2.4 分层自动化与研发架构
      • 4.2.5 常用分层自动化框架技术
      • 4.2.6 当下分层自动化的问题
      • 4.2.7 分层自动化之“行”
      • 4.2.8 分层自动化之“神”
      • 4.2.9 Spring框架的分层测试
      • 4.2.10 分层自动化总结
      • 4.2.11 精准测试提升测试有效性
    • 4.3 端到端自动化
      • 4.3.1 交付过程
      • 4.3.2 左移测试
      • 4.3.3 右移测试
    • 4.4 逃离低速无效测试
    • 4.5 小结
    • 4.6 本章问题
  • 第5章 到底测什么,用户故事体系
    • 5.1 从需求到用户故事
      • 5.1.1 交付什么用户价值
      • 5.1.2 当下问题
      • 5.1.3 用户价值交付
      • 5.1.4 用户价值
      • 5.1.5 黄金圈法则
    • 5.2 有效聚焦用户价值
      • 5.2.1 故事是讲出来的,不是写出来的
      • 5.2.2 团队需要一个会讲故事的人
    • 5.3 共享文档并不代表达成共识
      • 5.3.1 错误的需求描述
      • 5.3.2 编写用户故事
      • 5.3.3 用户故事INVEST原则
    • 5.4 构建敏捷下的测试用例
      • 5.4.1 传统测试用例与敏捷测试用例
      • 5.4.2 梳理敏捷测试用例
      • 5.4.3 基于思维导图的测试用例设计
      • 5.4.4 BDD驱动
    • 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.4 MoSCoW法则:排列用户故事优先级
      • 6.2.5 用户故事地图为测试提供了什么
    • 6.3 构建迭代交付范围
      • 6.3.1 用户故事卡片规模
      • 6.3.2 计划扑克牌估算
      • 6.3.3 正确的用户故事迭代
      • 6.3.4 MVP的构建策略
      • 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.6 VIP快速泳道
    • 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.2 LeSS
      • 9.1.3 SAFe
      • 9.1.4 敏捷相关认证
    • 9.2 敏捷与Scrum
      • 9.2.1 Scrum的定义
      • 9.2.2 鸡和猪的故事
      • 9.2.3 团队规模
      • 9.2.4 敏捷团队的办公环境
      • 9.2.5 敏捷团队的软技能
    • 9.3 Scrum体系
      • 9.3.1 3个角色
      • 9.3.2 3个工件
      • 9.3.3 5个事件
    • 9.4 项目模式
      • 9.4.1 Scrum与看板
      • 9.4.2 ScrumBan
      • 9.4.3 用看板管理Scrum
    • 9.5 小结
    • 9.6 本章问题
  • 第10章 基于Scrum的测试体系
    • 10.1 敏捷测试是什么
    • 10.2 Scrum敏捷测试
      • 10.2.1 Scrum流程
      • 10.2.2 对团队的要求
      • 10.2.3 团队中测试的要求
      • 10.2.4 Scrum敏捷测试流程
    • 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 本章问题
  • 后续 知行合一
  • 出版地 中國大陸
  • 語言 簡體中文

評分與評論

請登入後再留言與評分
幫助
您好,請問需要甚麼幫助呢?
使用指南

客服專線:0800-000-747

服務時間:週一至週五 AM 09:00~PM 06:00

loading