软件测试52讲读后笔记（持续更新...）_软件测试52讲观后感

最近在极客读到茹炳晟老师的“软件测试52讲”，觉得观点很正，特记录一下自己的在意的点
链接：https://time.geekbang.org/column/103
PS：需付费，铁鸡勿点。

软件测试52讲笔记

开篇词 | 从“小工”到“专家”，我的软件测试修炼之道

从开篇词可以了解到作为一个测试工程，如果想要发展，你需要做到哪些，文章中分了3步，我在这里列出了针对我个人情况需要改进的地方。

1. 关注软件整体的质量，需要根据业务风险以及影响来制定测试策略，控制测试的时间和成本，可以对测试框架以及工具做出适合项目需求的选型。
2. 熟悉测试工具背后原理以及工具优缺点和适用场景
3. 可以根据自己的需要开发适合于团队的工具（需要适用于自己团队的开发能力）
4. 站在整体执行的角度上考虑，比如高并发的测试执行基础架构；应对数据差异的测试数据准备平台；与发布系统的持续集成。

01 | 你真的懂测试吗？从“用户登录”测试谈起

作为测试工程师，你的目标是要保证系统在各种应用场景下的功能是符合设计要求的，所以你需要考虑的测试用例就需要更多、更全面；测试方法如等价类划分、边界值相信都已经融入到大家的工作中的，不做说明。

小感触：

• 测试case设计的过程中，最先想到的是我们这次设计的主（基本）流程，也就是所谓的Happy Path场景；这是最简单的同事也是最关键的。
• 初级测试工程师和比较不错的功能测试工程师设计case差距主要在经验上，也就是碰到一个场景你能想象到他可能出问题的点或者细节有哪些。
• 但是，一个质量过硬的软件系统，除了显式功能性需求以外，其他的非功能性需求即隐式功能性需求也是极其关键的。非功能需求主要涉及安全性、性能和兼容性三大部分，这些是非常容易忽略的，但确恰好是决定软件质量的重要因素。
• 测试的不可穷尽性，在绝大多数的软件工程实践中，测试由于受限于时间成本和经济成本，是不可能去穷尽所有可能的组合的，而是采用基于风险驱动的模式，有所侧重地选择测试范围和设计测试用例，以寻求缺陷风险和研发成本之间的平衡。