这是学习《软件测试52讲》中的内容后的整理。

01 从“用户登录”测试谈起

作为测试工程师，你的目标是要保证系统在各种应用场景下的功能是符合设计要求的，所以你需要考虑的测试用例就需要更多、更全面

测试分为两种：
1、显性功能性的测试，就是说从黑盒功能来说
2，非功能性需求
非功能性需求主要涉及安全性、性能以及兼容性三大方面。
拿用户登录这个功能来举例：

屏幕快照 2019-02-20 15.25.59.png

心得：
安全性测试，可以从小小的功能点上开始进行。安全性测试并不是玄幻不可触摸的。。
简单的功能，未必测试用例就简单。设计用例不仅要考虑功能性需求，还要考虑非功能性需求。

02 | 如何设计一个“好的”测试用例？

1，好的用例，一定是个集合，能够覆盖所有等价类以及各种边界值，跟能否发现缺陷无关。
2，对大多数的软件测试而言，综合使用等价类划分、边界值分析和错误推测这三大类方法就足够了。
3，测试设计时要注意的1，从软件测试需求出发，全面的、无遗漏的识别出测试需求时至关重要的，这将直接关系到用例的测试覆盖率。
注意点2，对于识别出的每个测试需求点，需要综合运用等价分类划分、边界值分析和错误推测方法来全面的设计测试用例。
4，用例设计的其他经验
** 1-只有深入理解被测软件的架构，你才能设计出“有的放矢”的测试用例集，去发现系统集成上的潜在缺陷。

你必须对内部的架构有清楚的认识，比如数据库连接方式、数据库的连接方式、数据库的读写分离、消息中间件 Kafka的配置、缓存系统的层级分布、第三方系统的集成等等

** 2-必须深入理解被测软件的设计与实现细节，深入理解软件内部的处理逻辑。

单单根据测试需求点设计的用例，只能覆盖“表面”的一层，往往会覆盖不到内部的处理流程、分支处理，而没有覆盖到的部分就很可能出现缺陷遗漏。在具体实践中，你可以通过代码覆盖率指标找出可能的测试遗漏点。
同时，切忌不要以开发代码的实现为依据设计测试用例。因为开发代码实现的错误会导致测试用例也出错，所以你应该根据原始需求设计测试用例。

** 3-需要引入需求覆盖率和代码覆盖率来衡量测试执行的完备性，并以此为依据来找出遗漏的测试点。

心得：之前的理解有偏差：能发现bug才是好用例
2，要补充的，但同时也在无形中设计用例时应用的是：要使用等价分类和临界值外还要有错误推测法。

下次的学习目标是03 | 什么是单元测试？如何做好单元测试？