1、断言接口响应的code、msg、响应时长 2、断言响应的关键字段值 3、关键字段值与sql查询出来的预期值做比对 二、接口自动化中，表单提交类功能如何断言？...1、断言接口响应的code、msg、响应时长 2、接口的传参字段值和提交后，入库更新后字段值做比对 三、接口自动化中，前置和数据清理大家会做吗？...一般我会做前置数据清理和后置数据清理，因为不能确定账号当前处于什么进度，假如我想跑实名认证成功用例，测试账号某天已经实名认证过了，但是当我跑实名认证用例时，目前并不知道测试账号的进度情况，这时接口提示已经绑定过了...，导致了跑的用例不是我想要的，所以每个接口用例用例跑之前和跑之后都清理下产生的数据，保证了账号的可重复使用 四、接口自动化中，场景自动化测试和单接口自动化测试的区别是什么？...，这时候只能通过sql构造前置数据了，使用sql构造数据前提是业务和业务关系到的表需要非常熟悉，sql操作的话能够直接通过数据库操作，在短时间内生成批量数据，但是后期如果sql语句变化时，维护成本比较高
作者：童牧 绪论 在基于 Percolator 提交协议的分布式数据库被提出的时期，学术研究上还出现了一种叫确定性数据库的技术，在这项技术的发展过程中也出现了各种流派。...设想一下如果事务的输入是完整的，那么数据库在事务开始的时候就知道事务会做哪些操作，在上面的例子中，也就能够在 T2 输入时知道 T2 和 T1 会产生写依赖的关系，需要等待 T1 执行完毕后再执行 T2...数据库系统中的不确定性还可能来源于多个方面，比如网络错误、io 错误等无法预料的情况，这些情况往往会表现为某些事务执行失败，在对确定性数据库的解读中，我们会讨论如果避免因这些不可预料的情况而产生不确定的结果...Calvin 通过 OLLP 的策略来解决这一问题，OLLP 下，Calvin 会在事务进入 sequencer 的阶段发送一个试探性读来确定读写集合，如果这个预先读取到的读写集合在执行过程中发生了变化...如果一个 batch 中存在一个事务的执行过程很慢，例如大事务，那么这个事务会拖慢整个 batch，这是我们相当不愿意看到的，尤其是在大规模的分布式数据库中，很容易成为稳定性的破坏因素。
TCP建立连接和释放连接的过程是怎样进行的？什么是协议？协议是用来做什么的？在OSI参考模型中各层的作用？数据库中产生并发的冲突的原因？...LoadRunner录制产生了乱码怎么解决？为什么会产生乱码，你知道什么是字符集吗？什么是编码吗？字符串在我们内存中有是如何存放的？ASCII编码，ANSI编码，UNICODE编码它们的区别是什么？...Cookie 是一些少量的数据，这些数据存储在客户端文件系统的文本文件中，或者存储在客户端浏览器会话的内存中。...为什么要掌握数据库知识 数据库的重要性我想是不言而喻的，性能测试产生的一个非常大的原因是因为数据大集中的趋势，测试从某种意义来讲就是对数据测试，而我们企业的核心数据是放在数据库中的。...怎么知道确定性能产生的瓶颈是否是数据库的原因，如何对系统进行调优？
那么如果在两阶段提交的过程中，发生了数据库的崩溃，MySQL内部会做什么事情来保证数据的一致性呢？...b、当MySQL在新行记录写入了redo log之后，也就是时刻1发生了crash，那么redo log目前是prepare阶段，而binlog没有写入，此时MySQL同样会进行回滚。...c、当MySQL在新行记录写入了redo log之后，binlog也写入了，此时在时刻2发生crash，这个时候，因为MySQL在恢复的时候，会做如下两个判断动作： 1、如果redo log里面的事务是完整的...这种情况下，如果写完binlog之后MySQL发生了crash，那么内存中的数据页是无法修复的，由于MySQL采用的是WAL技术，也就是先写内存日志再写磁盘，而binlog是没有能力恢复损坏的内存数据页的...在MySQL崩溃回复的过程中，如果发现某个数据页可能在崩溃回复的过程中，丢失了更新，就会将这个数据页加载到内存，也就是buffer pool，让redo log更新内存中的内容。
为什么要制定性能测试计划制定性能测试计划的主要目的是确保性能测试的有效性和可靠性。...预估接口 TPS/QPS：根据业务模型和当前业务数据，预估出每个关键接口或服务的每秒钟的事务处理量（TPS）或每秒钟的请求量（QPS）。这可以帮助确定性能测试的目标和负载程度。...测试数据准备阶段接口请求参数：自己构造/日志获取/上下关联。数据表的数据填充：部分业务数据信息可以直接从数据库或缓存数据库获取。如果是多接口，则需结合业务场景设计请求⽐例。...发压工具配置及脚本编写阶段选择发压工具：根据需求和系统特点选择适合的发压工具。常用的性能测试工具包括 JMeter、LoadRunner、Gatling 等。...总结为什么要制定性能测试计划。性能测试计划的流程。性能测试中的常用命令。
重构的威力 软件开发的难点在于不确定性，前几天邱大师刚写了一篇《软件开发为什么很难》就提到： 软件的复杂性来自于大量的不确定性，而这个不确定事实上是无法避免的。...重构教会了我如何通过高效安全地改善内部设计以使之适应外部的不确定性和频繁变化。 重构威力无边，就像是武侠小说中的一件插在石头上的上古神器，但同样也不是一般人可以轻松驾驭的。...随着对于基于IDE的快捷键重构手法越来越娴熟，在IDE和插件的帮助下，我的重构手法越来越华丽而迅捷，在沾沾自喜的同时心里也慢慢萌生了一些质疑：难道这就是重构么？...如果没有IDE没有了插件，我还会做重构么？如何用编辑器（Vim，Emacs）做重构？重构只是代码级别的么？数据库如何重构呢？系统架构如何重构呢？工具框架如何重构呢？微服务架构下的服务重构呢？...解释起来也很简单，往往我们做”重构“的时候就是在旧的结构（这里的结构可以是一个方法、一个对象、一个服务、一个数据库、一个服务甚至是一个组织结构）上直接修改，导致系统长时间处于一个中间不可用状态，这个状态持续的时间越长
而如果我问谁还在使用Windows 3.1，这个版本也是在1992年发布的，则只有少数人举手......而且他们显然在开玩笑。 显然，这种比较不算公平。...例如，当ONLY_FULL_GROUP_BY默认启用时，他们花费更多的时间来实现主要SQL数据库之间最完整的功能依赖性检查： ? 大约在MySQL 5.7发布的同时，我停止了对MySQL的攻击。...尽管如此，在过去的几个版本中，MySQL的开发理念已经发生了明显的变化。发生了什么？你已经知道答案了：自从Oracle通过Sun收购了MySQL后，MySQL正处于新的管理之下。...如果你强化了这一环，整条链变得更加强大。让我详细说明一下。 MySQL非常受欢迎。据db-engines.com称，它是第二流行的SQL数据库。更重要的是：它是最受欢迎的免费 SQL数据库。...上周，当Oracle终于发布了一个普遍可用的版本MySQL 8.0时，这一切都发生了变化。这是一个具有里程碑意义的版本，因为MySQL最终超越了SQL-92以及纯粹的关系教条。
未来网络的发展需求与挑战 刘韵洁院士讲到，互联网现在发生了一个颠覆性的变化，传统的电路交换被互联网所取代。在20多年以前，大家都认为这是不可能的，但是现在这个颠覆已经完全完成了。...互联网进入到下半场，要跟实体经济融合，又将迎来一个重大的变化——就是从尽力而为的网络服务平台，演变成一个确定性的、安全的、低时延的网络形态，刘院士提出，“如果这个形态不完成的话，互联网要跟实体经济融合就是空话...另外一个场景就是工业互联网，在工业控制领域，如果延迟很大的话，后果会很严重，因此工业控制业务未来可能会对网络提出确定性可控需求。...车联网也是一样，每200微秒就要发一条信息，不管是激光雷达还是毫米波雷达，如果这个指令丢了，那后果不难想象。...2018年，数据中心白牌服务器超过22%，预计白牌交换机、移动通信设备的白盒化已成大趋势。另外在网络安全方面，如果网络安全没有新的解决思路的话，那我们的工业互联网就会有问题。
1) 可变数据类型与不可变数据类型区别 不可变数据类型：当该数据类型的对应变量的值发生了改变，那么它对应的内存地址也会发生改变，对于这种数据类型，就称不可变数据类型。...可变数据类型：当该数据类型的对应变量的值发生了改变，那么它对应的内存地址不发生改变，对于这种数据类型，就称可变数据类型。...输出结果如下： ITester 2159488347184 ITester软件测试小栈 2159483796656 从结果可以看出，字符串值变化前后内存地址发生了变化，所以列表属不于可变类型。...**kwargs允许你传递不定量个关键字参数。如果你需要在函数中定义不定量个命名参数，那么你就要使用**kwargs了，它会把关键字参数转化为dict（键值对参数组）。...4 Python 中 with 操作文件为什么不用手动关闭，原理是什么？
那么这里的问题是：Upper bound是在什么情况下出现的？如果一个SQL语句对该块进行一致性读时，发现ITL中的Upper bound的SCN比一致性读需要的SCN大，这时会发生什么？...由于我测试的数据库，UNDO表空间中的UNDO段有10个(同时全部都是处于online状态），每个UNDO段头上的事务表有48条记录（在10g中8K大小的块其固定为48条，随着版本和块大小的不同，事务表的大小有变化...那么此时会发生什么？ 9.在会话1中再一次转储T1表第1行数据所在的数据块，得到的内容如下： ?...SCN发生了变化，为0x0b08.1324d090，这个SCN值更小（实际上第1个ITL条目也在变化），但仍然不是精确的提交SCN。...如果在一致性读时发现了更小的（更接近精确提交的）SCN值或精确的提交SCN值，它还会做一次块清除，修改ITL，以记录更小或更精确的SCN。 ?
顺流而下 从问题，到解决方案，再到实现，如果我们从以下几个维度来观察： 不确定性 反馈周期 无形/有形 人的问题/程序的问题 就会发现趋势： 不确定性 - 从高到底： 不确定性是因为变化导致的，而且是不规律的变化...（如果变化是规律的，那就是可预测的，不确定性也就大大降低了。）...我们经常说市场在变化，需求在变化，甚至是人在变化，这些变化导致了大量的不确定性。从找到/定义问题，到制定解决方案，再到实现，不确定性的趋势，是由高到低的。...中游的Solution： 通常涉及到的人也不多（会远低于下游的Implementation） 是在给定问题或上下文的基础之上；如果给定的问题或上下文有误，那Solution就出问题；Solution阶段也会做问题...有经验的PM, BA, TL被选中了！如果客户方有技术/架构师参与到项目交付中的时候，TL就跑不脱了。为什么不写代码是件”不爽”的事非彼无我，非我无所取。
但在现实社会和职场中，很多问题根本没有答案，都是通过不断的实践和试错，最后才能得到所谓的正向结果。那什么是分对错呢？...很多测试同学工作了好几年，依然是这种状态，如果领导有安排具体的明确的任务，他才知道该做什么。...如果安排的工作任务不明确，他就会陷入迷茫和焦虑状态，不知道怎么下手，不知道怎么解决问题，甚至也不知道及时反馈进度和风险，最后导致项目延期或线上故障。什么是结果论呢？...与学生思维对应的，则是工作思维，或者称之为解决问题思维。所谓工作思维，简单来说就是从不确定性中找到确定性。举个例子，技术同学日常工作中，有各种评审，比如需求评审、技术方案评审、测试用例评审。...很多一线工程师，因为手头工作做的比较好就得到了晋升机会，但晋升以后由于职责范围和工作内容发生了变化，就陷入了迷茫，不知道如何开展后续的工作。
但在现实社会和职场中，很多问题根本没有答案，都是通过不断的实践和试错，最后才能得到所谓的正向结果。 那什么是分对错呢？...很多测试同学工作了好几年，依然是这种状态，如果领导有安排具体的明确的任务，他才知道该做什么。...如果安排的工作任务不明确，他就会陷入迷茫和焦虑状态，不知道怎么下手，不知道怎么解决问题，甚至也不知道及时反馈进度和风险，最后导致项目延期或线上故障。 什么是结果论呢？...与学生思维对应的，则是工作思维，或者称之为解决问题思维。 所谓工作思维，简单来说就是从不确定性中找到确定性。举个例子，技术同学日常工作中，有各种评审，比如需求评审、技术方案评审、测试用例评审。...很多一线工程师，因为手头工作做的比较好就得到了晋升机会，但晋升以后由于职责范围和工作内容发生了变化，就陷入了迷茫，不知道如何开展后续的工作。
今天的错误：我试图将一个UTF-8字符串存储在MariaDB“utf8”编码的数据库中，并且引发了一个奇怪的错误： Incorrect string value: ‘\xF0\x9F\x98\x83 <...…’ for column ‘summary’ at row 1 这是UTF-8客户端和UTF-8服务器，位于UTF-8数据库中，具有UTF-8编码规则。...你可能没有意识到，但我们的计算机在幕后同意了UTF-8。如果他们没有，然后当我输入 “?”时，你会看到一堆随机数据。 MySQL的“utf8”字符集与其他程序不一致。当他们说“?”时，它会犹豫。...2003年9月左右的邮件列表中没有任何内容可以解释这一变化。 但我可以猜到。 早在2002年，如果用户可以保证表中的每一行具有相同的字节数，MySQL就会为用户提供速度提升。...一旦MySQL发布了这个无效的字符集，它就永远无法解决它：这将迫使每个用户重建每个数据库。MySQL最终在2010年发布了UTF-8支持，名称不同：“utf8mb4”。
原因之一是，当你真正花时间做一个正确的分析，仔细注意数据变化的所有来源，你将发现这几乎是一个定律：如果你只是把你的数据塞到机器学习的算法中，并报告任何出来的结果，你将会得到比你原本应该得到的更少的结果。...尽管基础的数据管理和机器学习算法是正确的，但由于对数据收集和建模过程中的不确定性的理解不足渐渐导致极不准确的预测。...如果是一位统计学家，他会仔细考虑采样过程，确定影响空间发展趋势的时间序列因素，研究为什么搜索词具有预测性，并试图了解谷歌流感趋势可行的可能原因是什么。...失败的主要原因是对数据分析的假设缺少了灵敏度分析，而这是任何训练有素的应用统计学家都会做的事。 迄今为止，在主要的公共大数据领域中，统计思维也表现的非常缺乏。...鉴于统计思考的重要性，为什么统计学家在这些重大举措中没有发挥主动性？ 2. 当思考大数据时代时，哪些统计理念是我们已经弄明白的？
JDK1.8之后，出于效率上的考虑，在数组长度大于64，链表长度大于8的时候，会转换为红黑树。 甚至知道对于赋值了容量的都会做一个变成2的n次方的操作。...它的hash方法为了防止高位变化大或者低位变化大将它本身hash值右移16位和自身原hash值做一个按位异或操作再与容量-1做按位与。...还知道默认的负载因子是0.75，这个值是经过概率论统计出来的，最好不要改。 了解的这么清楚，我就想问一下为什么从数据库中取出来一个list，之后转换成hashmap。...如果初始不赋值。默认容量是16。那比如从数据库中取出来1000个元素。put过程中会从16->32->64->128……，运行多次resize操作。...而内存模型应该是JSR133规范里介绍的volatile、final和synchronized等关键字的内存语义。
Postgresql事务在事务提交时（执行commit的最后阶段）会通过加锁阻塞checkpoint的执行，尽管时间非常短，下面分析为什么需要这样做？ 不这样做会有什么问题。...在commit提交前，那么如果crash发生了，redo过程会覆盖这条xlog，不会有问题 情况二：如果没有delayChkpt，redo point可能发生在上图中的位置（然后checkpoint...刷完数据后，当前事务才写clog），XLOG已经先写了，如果crash发生了，redo过程不会覆盖这条xlog，而且clog信息不存在，那么commit信息彻底丢掉了。...20220704补充：检查点redo位点是先拿的，然后刷数据。问题场景是检查点拿了个redo位点，并发事务X的commit日志在位点前面，所以后面的redo不会做这条日志。...如果这会crash发生了，那redo过程既不会做X事务的commit日志，也不能查到X事务的clog事务信息。结果这个事务状态就永远丢掉了。
不同环境下的一个只可增加的有一定顺序的日志记录是怎样与数据系统关联起来的呢？答案是日志有其特定的应用目标：它记录了什么时间发生了什么事情。 而对分布式数据系统许多方面而言， 这才是问题的真正核心。...为了保证操作的原子性和持久性，在对数据库维护的所有各种数据结构做更改之前，数据库把即将修改的信息誊写到日志里。日志记录了发生了什么，而且其中的每个表或者索引都是一些数据结构或者索引的历史映射。...这儿有一个重要的常识：如果给两段确定性代码相同的日志输入，那么它们就会生成相同的输出。 分布式计算这方面的应用就格外明显。...由于写进日志的内容的不同，也就有许多在系统中应用这个原则的不同方式。举个例子，我们记录一个服务的请求，或者服务从请求到响应的状态变化，或者它执行命令的转换。...版本管理解决了一个大家非常熟悉的问题，那就是什么是分布式数据系统需要解决的— 时时刻刻在变化着的分布式管理。版本管理系统通常以补丁的发布为基础，这实际上可能是一个日志。
通常是通过主动关闭进程、依赖异常、数据库宕机、断电等多层面的操作，模拟真实情况下的服务失效，再从故障中发现硬件或软件的运行风险，以及组织人员能力与协同效率上的问题。...尤其是在当前业务量及数据量剧增，业务连续性要求越来越高，软件基础设施云原生平台化，应用软件架构微服务化，业务越来越复杂，交易链路节点越来越多，牵一发而动全身，变更引发故障已成常态化等背景，要求软件系统需要围绕弹性...2、他山之石 混沌工程来自于Netflix，大概由来（摘自互联网）如下： 2008年， Netflix主数据库停机三天， 导致DVD租赁业务中断，多个国家的大量用户受此影响。...复杂性有非线性、不确定性、自组织性、涌现性的特性，混沌属于复杂性科学的一个表现，初始条件的一点点变化，造成结果巨大影响，导致系统不可预测。...模块组件（数据库、中间件等）异常风险：对每个模块组件进行故障注入，感知与之关联的模块的故障，挖掘依赖关系是否合理，评估应急方案。
日志文件路径 databases redis 数据库， 默认是 16 个 always-show-logo 是否总是显示 reids logo ，就是下面这个 logo...，在规定的时间里面，执行了多少次操作，就会持久化到文件中 redis 的持久化有两种 RDB AOF redis 是内存数据库，程序宕机或者断电都会导致数据丢失，因此 redis 就有这样的持久化策略...# save 3600 1 # save 300 100 # save 60 10000 save 3600 1 如果 3600 s 内 redis 发生了 1 次操作， 那么就会做数据持久化 save...300 100 如果 300s 内 redis 发生了 100 次操作， 那么就会做数据持久化 save 60 10000 如果 60s 内 redis 发生了 10000 次操作， 那么就会做数据持久化...拥抱变化，向阳而生，努力向前行。 我是小魔童哪吒，欢迎点赞关注收藏，下次见~
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
云直播
