基于日常实际工作经验和个人心得，我整理了一份团队遇到故障问题或者疑似问题快速排查的三字经清单及正确✅案例和错误❌案例。这份清单将帮助你在遇到问题时进行快速排查，无需担心在高压环境下忙中出错，遗漏关键步骤环节。掌握这份清单，你将能够更好地掌控现场，从而避免因疏忽而造成的损失

1背景目前测试组同学基本具备自动化脚本编写能力，为了提高效率，如何灵活运用这些维护的脚本去替代部分手工的重复工作？为了达到测试过程中更多的去使用自动化方式，如何能够保证通过脚本覆盖更多的校验点，提高自动化测试的精度和力度？那么一定是不断的丰富断言，符合预期

前言趁着双十一备战封板，终于又有一些时间可以梳理一下最近的心得。最近这半年跟同事讨论比较多的是分层架构，然后就会遇到两个触及灵魂的问题，一个是如何做好分层架构，二是DDD在架构层面该如何落地。为了说好分层，我们需要了解架构的意义。良好的架构是为了保证一下两

基于现代服务的云原生十二要素理论，我们在采用容器化部署时，要保证同一个镜像可以满足不同环境的部署要求，而不是不同环境打包不同的镜像。本文档主要介绍一种基于spring框架的满足不同环境配置的编译打包方案，满足同一个镜像可以在环境分组下通过启动项配置实现不同环境的部署。

1背景及问题G.J.Myers在中提出：测试是为了寻找错误而运行程序的过程，一个好的测试用例是指很可能找到迄今为止尚未发现的错误的测试，一个成功的测试是揭示了迄今为止尚未发现的错误的测试。对于新手来说，日常测试用例设计时，很少用到系统的方法论，大多是根据产

1引言上篇讲了等价类划分和边界值分析法，而这两种方法只考虑了单个的输入条件，并未考虑输入条件的各种组合、输入条件之间的相互制约关系的场景。基于此短板，因果图法和判定表法应运而生。2因果图法2.1概念及原理2.1.1定义一种描述输入条件的组合以及每种组合对应

1引言上篇讲了因果图和判定表法，而这两种方法在变量值很多、排列组合数量极大的场景下，会生成非常庞大且冗余的测试用例，此时我们很难对所有组合场景进行全量测试用例覆盖，基于此短板，正交试验法应运而生。2概念及原理2.1定义正交试验法是研究多因素、多水平的一种试

1引言前面几篇文章为我们讲述了因果图、判定表、正交试验等几种方法，主要是针对于不同条件输入输出的组合进行测试，但在实际需求中，我们也常会遇到需要对被测对象的状态流转进行验证的情况，此时前面几种方法将不再适用，对于这种状态转换类问题，功能图法则可大展身手。2

当拿到一个测试任务时，并非先关注某个功能的细节测试，而是先要使用场景法对主要业务流程和主要功能展开测试，当业务场景没有问题后，再使用等价类、边界值、判定表等方法对细节功能进行测试（先整体后细节）。

A、ProblemDescription1\.PageHelper方法使用了静态的ThreadLocal参数，在startPage()调用紧跟MyBatis查询方法后，才会自动清除ThreadLocal存储的对象。2\.当一个线程先执行了A方法的PageH