测试四步走：准备、执行、 断言、清理 测试五标准：自动化、全面的、可重复的、独立的、专业的 测试起名：应该怎么怎么样，应该怎么怎么样 当什么条件出现的时候

郑老师对测试理解的很到位，提到的几个理念都非常的准确，而且还做了很精炼的总结，真给力。 1、每一条测试的测试目的必须非常准确，比如我之前推荐的测试用例写法就是「验证XXXX」，测试目的一目了然； 2、每一条测试的测试目的必须唯一，越简单越好，这对于测试执行和测试维护都大有裨益； 3、一般测试会包含 4 个阶段：准备、执行、断言、清理，这是从自动化测试的角度做的总结，也一样适用于手工测试； 4、一个好的自动化测试用例的 5 个特点：Automatic（自动化）、Thorough（全面的）、Repeatable（可重复的）、Independent（独立的）和 Professional（专业的）； 5、重点说一下 Independent，每条测试用例之间，尽量降低耦合性，这样对于测试用例的理解和执行，都大有裨益； 以上，期待老师后续的精彩分享。

背景：从事数仓开发，没有对应的测试人员，也没有使用过测试框架。一般都是自己写测试脚本进行比对 测试后，清理会延迟做，因为一天的数据对，不代表每天的数据对，备份数据会保留一段时间。 问题： 1.命名比较随意。 2.测试有时候不是独立的 3.全面性比较难做到，第一，有可能是开发人员对所有的业务场景没有全面了解。 第二呢，是用户本身对业务场景没有做到全面了解

請問那種協議交互的場景：來回幾個消息的ㄧ系列過程，用什麼結構好？

TestNG有提供按测试方法顺序执行的注解，开始觉得好厉害，后来发现这样依赖执行顺序的测试耦合性太强了，前面的测试没通过，后面的就无法执行了，现在的测试代码都是像老师说的这样可以独立运行，也回归到了JUnit5，TestNG文档还停留在2000年

测试的基本结构：我联想到戴明PDCA质量环

我喜欢有时候用中文命名测试方法，感觉更容易阅读理解

有个问题问下郑大 new a(new b(new c)) 背景逻辑: a类的aa方法, 调用外部依赖b类的bb方法, b类的bb方法, 调用外部依赖c类的cc方法. 问题: 当测试 a类的aa方法时, 应该mock b的bb方法, 还是mock c类的cc方法??

周末来学习