ITPub博客

Oracle适配迁移高斯数据库简介在国产数据库系统切换的大背景下，使用关系型的Oracle数据库的系统可选择替换为华为的高斯数据库。高斯数据库属于分布式、多模型数据库，基于PostgreSQL开源数据库且遵循了SQL相关标准开发的数据库，具备高性能、高可靠性、高扩展性。相比而言，两者数据库在数据存储、内核结构、数据类型、系统函数功能等方面及部分SQL语法均存在一定的差异性。这些差异存在客观造成数据

自动化测试是每个软件公司反复提及的，放眼望去，测试岗位的招聘要求里十有八九都会有一条“掌握自动化测试技巧”，甚至有的公司把用例自动化率（实现自动化的用例数/总用例数*100%）当作考核测试人员工作质量的指标之一。那么，对此，想必大多测试人员会发出灵魂一问：难道手工测试就必须消亡了吗？自动化用例真的那么重要吗？是不是所有用例都需要实现自动化呢？自动化测试是不是就是所向披靡，无敌的呢？在回答这几个问题

1.引言在软件开发过程中，测试用例的生成是至关重要的一步。测试用例是用于验证软件功能、性能和安全性的具体测试方法，是确保软件质量的关键手段。随着人工智能（AI）技术的发展，基于AI的测试用例生成技术逐渐成为未来趋势。1.1.测试用例的重要性1.1.1.测试工作的基础测试用例是测试工作的基础，是测试工程师执行测试的重要依据。测试工程师需要根据测试用例的设计要求，执行测试用例，记录测试结果，并对测试结

相信很多测试员在刚开始接触Linux系统时，会对sudo（Substitute User DO）命令和su（Switch User）命令产生疑惑，明明都是可以用来切换用户的命令，却有两个呢，它们到底有什么区别呢？本文将带大家全面认识两者的作用及区别。'su'与'sudo'“su”是switch user的意思，那么它提供的功能就显而易见了，就是切换用户，想要使用su

最近一直在忙的项目刚刚上线交付完成，让自己有了些许喘息的时间。人总是这样，在忙碌的时候，能心无旁骛关注并做好一件事，已是万幸。而全力而为之后的闲暇总是如此的珍贵，在这难得的空隙中，不自觉的开始对自己的职业规划进行了重新审视。回首过去，我意识到，很多像我一样从事软件测试的同学，在刚入行的时候可能并没有过多地考虑过自己的职业之路该如何走。虽然是情理之中的事情，毕竟入行就能有明确职业规划的毕竟只是少数，

网站崩溃是研发团队最怕看到的情况，但是由于种种原因却时常出现，作为测试人员，我们更应该比一般人了解网站崩溃的原因及排查方法，这是我们测试工作的重要一环。接下来我就谈谈12种常见的网站崩溃原因以及如何跟踪和解决它们。你的网站可能崩溃的12种原因：1-网络的问题2-第三方服务问题3-高流量4-代码错误5-DNS错误6-网络被攻击7-服务器故障8-被百度列为黑名单9-云提供商停机时间10-人为的错误11

本文深入探讨了在实际软件测试项目中遇到的挑战，并反思了如何通过一系列策略来提升个人和测试团队的工作效率。文章首先分析了何为效率及效率提升对人和企业有什么益处，接下来介绍当前测试行业环境下，如经济压力、年龄增长和体力下降等因素对测试人员的影响，接下来介绍了在实际项目中遇到的问题，然后通过遇到的问题提出了通过文档化知识、分享经验、明确职责等方法来优化工作流程。包括内容如下：1、提升效率的本质何为效率，

一、渗透测试概念写在开始：进行web渗透测试之前，务必获得测试目标拥有者或组织的书面授权，明确渗透测试的范围。在授权范围内进行渗透测试，测试结束之后，务必清除渗透测试留下的痕迹，包括访问日志、事件记录、上传的shell脚本、创建的影子账户等等。渗透测试，并没有一个标准的定义，但通常被解释为一种评估计算机网络系统安全的方法。这个过程模拟恶意黑客的攻击方式，以寻找并利用系统中的安全漏洞。渗透测试旨在挖

作为一个测试，最尴尬的莫过于分给你的task，别人做交叉兼容测试的时候，在你负责的内容里找出了很多你没有测试出来的bug。我也曾因为测试不全被组长在工作群里艾特。说实话，真的恨不得找个地方躲起来。为了避免自己再次出现类似的情况，我开始写测试笔记。记录负责task中需要测试的内容，然后不断的重复研究测试，这种情况就基本没有了。复杂的测试笔记，我写了有两年，后来慢慢发现好多东西都是相通的。于是，我整理

在ui自动化测试领域，会遇到这样的情形：发布一张图片或上传一个头像，如何通过自动化测试的方式判定发布后的图片是否正确呢？又或者，我们如何通过自动化测试的方式判定某网页的某个logo是否与预期的一致呢？也许，你会想，要是能够自动比对图片，将差异化的点在图片上圈出来就好了。相信我，只要你想，就会有。试想一下，上述情形，像不像我们常玩的“一起来找茬”呢？让我们以具体案例展示如何以自动化的方式“找茬”。如

1背景分布式批量系统指的是采用分布式数据库架构，主体功能由批量程序实现的系统。分布式系统批量程序的性能测试，除了和联机交易性能测试一样关注服务器资源使用率是否合理、是否存在性能异常外，在测试执行阶段需要关注是否因数据分布不均衡导致部分并发子程序执行时间过长，成为整体批量程序的“短板”，从而影响批量程序的整体时间。下面我主要介绍一种分布式系统批量程序性能优化的思路，并结合实际测试效果说明。2分布式系

为啥今天想起这个话题呢，因为我之前有过这样的经历，且身边的小伙伴也频频遇到面试官来这么个灵魂拷问，所以觉得这点其实还挺重要的，特来分享一下我的应对之策。既然问题出来了，我们就要弄懂它的来龙去脉，深层次的去了解下这个问题背后折射着面试官什么心思。然后根据面试官的隐藏深意，再去找答案就有的放矢了。当然有些小伙伴觉得自己技术过硬，又担任过测试的核心角色，有空窗期可是高枕无忧。我只想对这样的仁兄说一句：“

咱们上次说到（详见《一位做过HR的测试老司机带你换工作，简历回复率飙升》）选好了要投的公司，然后就是准备简历的问题了。简历是HR对候选人的第一印象，一个有经验的HR初筛一份2页A4纸的简历通常只有几十秒的时间，如果没有看到自己想看的东西，哪怕简历再厚很可能会被直接pass掉。如果有兴趣，再花一两分钟仔细浏览一下候选人的基本情况，研究一下关键词，再看看项目经验。如果更有兴趣了，才是打电话联系的环节。

日常大家聊天时经常提及一个关键词——大环境不好，由此带来了很多行为的变化，有的人迷茫，有的人躺平。本文给大家介绍发生在我身上和身边的真实案例，希望能带给你一些输入。案例一：曾经的我也极度焦虑我是2008年参加工作的，届时正处于美国次贷危机中，危机产生的影响是全球范围的。时常看到新闻上有各种公司倒闭的信息，周围人也经常讨论找工作的不易，大环境的惨烈程度与近两年无异。我作为一个职场新鸟，每天极度焦虑，

前言要说这段时间仅在软件测试领域有什么可以总结的内容，我想应该是人工智能了，简称AI（Artificial Intelligence，人工智能）。在某本书中有位大佬曾经说过，AI是第四次工业革命。这种说法我消化不了，因为没有亲身体会过工业革命，我能理解的是在大量资本涌入的情况下，AI的推广速度会非常的快，即使不在AI领域内的人，看到哪些让人产生焦虑的视频或文章，也能从侧面感受到，说AI可以替代“这

关于SQL语句的优化，本质上就是尽量降低SQL语句的执行时间，对于如何降低SQL语句的执行时间，可以从以下几个方面入手。一、降低SQL语句执行时的资源消耗这是我们在数据库性能调优中常用的方法，该方法以分析SQL语句的执行计划为切入点，核心思路是找到执行计划中开销较高的操作，通过改写SQL语句或改变表访问方式调整执行计划，从而达到降低SQL语句执行消耗，缩短执行时间的目的。对于改变表访问方式，常见的

软件测试记录，是一项比较考验逻辑思维和想象力的工作。它既不像软件开发那样有实实在在的代码作为工作成果的展示，也没有BA那样，将软件需求拆分为story，就能够决定项目的走向。测试工程师的测试成果则没有那么明显，没有很容易可度量的成果展示，那么为了保证软件质量，同时也要知会给项目相关方，那么测试日报和测试报告就是非常重要的途径了。测试日报和测试报告，在一定程度上是可以避免冗长的会议汇报，以及反复和项

作为一名软件测试工程师，我们的角色可以算是“战场上的后勤”，战役的胜败和所有团队人员都息息相关。但是难免碰到战役失败后，很多团队互相推脱的局面，而测试人员就是所有团队中的弱势群体，自然是首当其冲的背锅侠！相信你在做测试时肯定听过下面这些话吧：“哪有这么多测试时间，你加快点测就完了”“这么明显的bug居然没测出来，这关我们开发什么事”“出现这么多bug，你当时怎么测的啊”“仔细核对下需求，这个不是b

测试工程师在入行时，都会接触到一个名词——测试用例，都知道测试用例是干什么用的，提到设计测试用例的方法，大部分测试工程师都会侃侃而谈：等价类法、边界值法、判定表法、正交分解法……这些方法说起来都如数家珍，但是似乎在实际工作中，应用起来还不是那么得心应手，甚至还会有测试用例覆盖度不足的问题。每当遇到这样的问题时，测试工程师多少都会有些无奈。测试用例写的已经尽可能详细了，但是评审时候，参与评审的角色，

 一不同测试角色年终总结重点及案例刚刚结束了一波战斗，费脑又费精力，周末在家写了一天年终总结，在写的过程中，颇有感触。又到了一年的尾声，作为搬砖人来说总结写的好不好关乎个人切身利益，从个人发展角度来看可总结经验教训、寻找工作规律，培养、锻炼自己的思维方法提升个人工作能力；从小组及公司层面来看一份具有参考价值的报告可增强团队凝聚力，为企业提供决策依据。年底一般企业都会针对项目写总结，一般流