《全程软件测试第三版》读书笔记

这真是的是一本好书，测试的书籍买了不少，但看完的真的是。。。一本也没有啊
看帖子大家都推荐这个书，就好奇写的有多好，结果一看，哇塞，我也要为它打call~~
有理论、有技术、有实践、有逻辑，反正让人看了不觉得它是一本纯理论书籍或者工具书籍，是一本有思想的书
读书会员什么的都是光花钱但每本书也就只能看到免费章节那样，不如买实体书，不能这样！
立个flag：我要把读书会员费给读回来！！

了解全书目录

看一本书，一定要先通读目录，知道全部大概在说什么。
如果目录结构上的内容很合拍，可以优先跳到对应章节先瞅瞅
这本书一共有15个章节，一个一个啃吧，写读书笔记之前我其实已经看过好几章了，但是呀，还是那句话，好记性不如烂笔头，要写笔记才能一下就能回忆到底说了啥

2020/11/16日更新

第一章：测试认知

1、由问题：什么是软件测试？进行的一系列认知讲解
这个仿佛没有一个标准答案，根据自己的理解来描述即可，个人比较喜欢用经典的V&V（验证功能没问题、确认和需求一致）
2、以及书中提到的新理解测试预言（test oracle）：测试=检测已知的+实验未知的
3、软件测试小结：持续质量反馈、产品质量评估、缺陷预防、客户满意度提升

第二章：全程测试：闪光的思想

1、质量是被构建出来的，而不是测试出来的，所以测试贯穿开发全过程，才能更好的构建软件产品质量
2、全程软件测试，不仅测试左移，而且还右移到运维（在线监控、数据分析等），和现在流行的Dev（软件开发）Ops（运维）相关联
3、敏捷开发模式，推崇测试驱动开发TDD（又可扩展为：UTDD、ATDD、BDD）
4、传统研发模式的测试环：软件及服务（SaaS），典型代表：瀑布模型，2类软件B2C、B2B（不适合敏捷）
5、敏捷研发中的测试环：敏捷Scrum流程，持续测试，BVT（Bulid Verification Test）验证是否完成构建，E2E（端到端）的测试
6、DevOps是CB（持续构建）、CI（持续集成）、CD（持续交付）的自然延伸，打通不同角色（需求、开发、测试、运维等）、不同领域工具链（业务、架构、代码、测试、部署等），大力提倡自动化和监控，形成软件研发的完整生态。适合SaaS和PaaS（平台即服务）应用领域

第三章：准备：基础设施与TA框架

1、基础设施概念？软件测试过程模式TMap，一代TMap普通的测试环境概念即被测系统SUT（System Under Test）；二代TMap：SUT+自动化测试执行+测试管理与研发环境集成的综合性平台，测试过程的支撑。
2、虚拟机与容器技术：早期是物理机器，耗费时间、空间、金额，新技术解决该问题；书中讲解了虚拟机的原理、优势、典型软件VMware等；对比虚拟机和容器的区别，以及典型容器技术Docker
3、基础设施即代码IaC和云平台（虚拟技术+并行计算技术，构造分布式的计算机平台），价值用3个度量：环境维护成本、速度和风险；2种操作方式：push、pull；3类IaC：声明式（功能性）、命令式（程序式）、智能（环境认知）
4、CI环境（自动构建、部署、验证、发布结果供浏览）：需要有代码管理工具（git）+版本构建工具（java构建maven）+CI调度工具（jenkins）+自动部署工具+配置管理工具+代码静态分析工具+单元测试+版本验证工具
5、自动化测试框架：单元、接口、UI的典型例子

第四章：准备：个体和团队

1、学习到些新名词：全栈工程师、技术栈、技能雷达图、T型人才（广度和深度），结合自身关注下测试技术栈、测试能力图谱
2、测试3个发展方向：技术管理、业务专家、测试开发/专线测试
3、软件测试的系统性思维：关注软件质量模型、关注自己的测试质量、效率、缺陷命中率、交付质量、非功能性缺陷，可度量；分析性思维、批判性思维、创造性/发散性思维、
4、软件测试要素：思想、方法、方式、技术、流程、管理等
5、团队组织能力和过程改进能力
6、DepOps对测试的影响：测试要快、测试自动化大挑战、业务测试、少量专业测试（测试教练、顾问、QA）、测试开发SET受宠

第五章：项目启动：知己知彼、百战百胜

1、使用质量模型、了解项目上下文、产品质量模型、分析项目背景、产品元素、测试方法和技术选择
2、SQA面向服务架构

第六章：测试计划：分析与策略

1、测试计划是一个持续计划的过程、不仅仅是一个文档。测试计划有助于测试范围的确定、测试策略的优化和测试风险的规避
2、测试工作量估算：工作分解结构表WBS