「软件测试」最全面试问题和回答,全文背熟不拿下offer算我输

3.公司这边测试人员分配比例

4.进入公司,我这边大概的工作安排

5,公司这么后续发展机会还有培养

6,有没有培训

7,面试没有回答上的问题,再去请教

2.5 你的职业发展规划和职业目标

根据公司况,个人原因来说:看公司的岗位要求,招岗位就是攻能

公司只做功能测过

接下来一年时间内,更加完善自己的功能测试,2-3 年内熟自动化或者性能,

3-5 年内系统成为自动化或者性能,成为资深技术人员

公司做自动化与性能测试

1-2 年内熟恐自动化或者性能,3-5 系统成为自动化或者性能,成为资深技术人员性能与自动测试

找一个比较稳定平台,跟公司长期发展,后期走管理或者产品路线

2.6 你最近测试的论坛和网站是什么? ?

工作中积累,查看网站论坛(51 testing),CSDN,书籍《性能测试专家》,《性能之巅》

偏开发, python 自动化, selenium 自动化

2.7 对于一个新的工具你有什么看法

1.自己先去研究

2,找会的去请教

3,百度去找资料

4,工具原始文档

2.8 你做了 3 3 年测试收获,你的测试心得

3 年的测试经验,对我来说也是 3 年的工作经验,在这 3 年的工作经验当中,我觉得态度比能力要重

要,做好一个测试,最主要是性格,信心,耐心,细心还需要良好的沟通能力。不断学习的能力,产

品质量,测试流程这块很关键,好的计划加好的执行才能成就好的产品。

2.9 怎么转行的,毕业之后一直从事软件测试吗

非专业

1、培训,不要说刚培训出来 2019 年底开始

2、自学,不断一直学习

3、家里有关系,带你入行,后面学习过程很勤奋

计算机相关专业

1,实习开始,公司分配到做测试,做测试过程,比较喜欢测试,一直做下来

2.10 以前在哪里上班,公司地址,测试多少人,开发多少人

根据你简历上面写的,公司详细地址

产品 1、项目 1 个、架构师 1 个、前端 3 个、后端 5 个、0os 1 个、Android 1 个,

测试 3 个(测试主管,核心测试人员)、运维 1 个、ui 1 个

2.11 你的期望薪 资是多少? ?

1,期望薪资不要说区间比如说:6-8,那肯定是 6

2,如果原来公司在二线城市原有薪资不要说太高,

3,深圳那边薪资,比广州高 10% - 15%

2.12 多久能入职? ?

1,公司比较满意,直接随时过去。

2,不是很满意,下周一,个人有点事情,比如说回家一趟等等。

2.13 是怎么考虑做软件测试呢? ?

1、个人性格合适 2、前景还可以 3、个人技能也匹配

2.14 是否有考虑往开发方面测试? ?

我觉得,IT 行业,没有具体的界限,后期,开发也要懂测试,测试也要懂开发,

如果公司有机会,愿意去尝试

2.15 计算机专业课程有哪些? ?

公共课程:数学(高等数学、线性代数、概率论与数理统计、离散数学、数值分析),

政治(马克思主义思想概论、毛泽东思想概论与中国特色社会主义思想、

思想道德修养与法律基础、中国近现代史纲要)、大学英语、体育。

专业基础课程:电路原理、模拟电子技术、数字逻辑、微机原理、汇编语言、操作系统原理、

编译原理、算法与数据结构、面向对象方法、C 语言/C++语言等。

专业方向课程:计算机数据库原理、python 语言、图形学、人工智能,多媒体技术、

网络安全、人机交互、无线互联网技术、软件开发方法、高性能技术系统仿真和虚拟现实等。

大专 3 年、本科 4 年,

本科四级、大学英语四级及格 425 分、总分 710

2.16 说一下上一个公司背景? ?

了解公司主要是什么项目,百度查下,

如果公司主营产品跟你项目不匹配

比如:原来公司做医疗设备,那就说:我们是项目外包的部门,专门接项目

2.17 超过 6 26 岁女孩子,目前有没有打算结婚

暂时没有结婚的计划与打算,如果已经有小孩,说暂时不考虑二胎,

有小孩,可以说小孩在老家(原来有学员因为这个问题,被公司 pas 过)

三、测试理论

3.1 你们原来项目的测试流程是怎么样的? ?

我们的测试流程主要有三个阶段:需求了解分析、测试准备、测试执行。

1、需求了解分析阶段

我们的 SE 会把需求文档给我们自己先去了解一到两天这样,之后我们会有一个需求澄清会议,

我们会把不明白不理解的需求在会议上说出来,包含需求的合理性还有需求的可测性等,

产品这边解答,目的是让我们测试这边和开发对需求的理解达到一致。

2、测试准备阶段

会议结束之后我们开始准备测试工作,我们测试这边会写一个测试计划,分配每个人负责的模块,

然后我们就根据自己负责的模块用 xmind(思维导图)进行测试需求分析,分析测试点,

以及编写测试用例,之后我们会在自己的组内先进行评审,评审修改之后还会在我们的项目组评审,

评审完后进行修改测试用例。

3、测试执行阶段

开发人员编写好代码之后,我们会把代码包通过 Jenkins 部署到测试环境提测,进行 SIT 测试,

在正式测试之前我们会先做一个冒烟测试,冒烟测试通过之后我们才转测,在执行测试的过程中,

我们如果发现 bug 就会用 tapd(或者禅道)记录并且提交 bug,也会进行 bug 复测,以及回归测试,

每一轮测试结束之后我们都会写一个测试报告,一般情况下,测试 4-5 轮之后会达到上线要求,

当达到上线的标准后,测试报告会认为测试通过,上线前我们会做预发布测试,预发布通过后,

由项目组与产品决定时间上线,上线完成,一周左右我们会写一个项目总结测试报告,

总结我们在上一个版本中遇到的问题以及今后有哪些地方需要改进,在产品选代过程中,

我们会跑自动化用例来进行回归测试。

3.2 如果需求不明确的话你怎么办? ?

需求不明确的话我会在需求澄清会议上面提出来,问清楚这个需求只有明确需求,

才能更好的完成工作,后续工作中还是不清楚,可以找产品再去确认这个需求。

3.3 有哪些需要评审,哪些人在

1、 xmind 思维导图评审,主要是测试人员

2、测试用例需要评审,测试人员,开发人员,产品人员

3、需求文档,项目组所有的人员,都会到场

3.4 有没有写过测试计划,具体包括哪些内容? ?

参考答案 1:

测试计划内容:

(1)目的和范围 (2)规程 (3)测试方案和方法 (4)测试的准入和准出

(5)测试计划(流程、时间安排、对应人员) (6)测试的环境配置和人员安排 (7)交付件

参考答案 2

我们公司之前按照考核要求写过测试计划,不过后面老大觉得太耽误工作进度,

后面一般都不再写测试计划,而是写版本计划,这个在版本计划,每个人的任务列出来,

负责人列出来,自己根据自己的情况分配时间,然后汇总,大家一起开个小会评审就可以了。

3.5 用例包含哪些部分,哪些用例设计方法,你一般常用哪些方法? ?

原来我们用例包含

测试项目,用例编号、测试标题、优先级、预置条件、操作步骤、测试数据、预期结果

黑盒测试用例设计方法:主要是等价类、边界值、错误推测法、判定表、因果图、正交表、

流程分析法、状态迁移法、异常分析法。

常用的:等价类、边界值、判定表、流程分析法、错误推测法。

等价类是指某个输入域的子集合,在该子集合中,

各个输入数据对于揭露程序中的错误都是等效的,

并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试,因此,可以把全部

输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,

就可以用少量代表性的测试数据取得较好的测试结果,

等价类划分可有两种不同的情况有效等价类和无效等价类。

边界值的话就是对等价类划分方法的补充。测试工作经验告诉我,大量的错误往往是发生在输入或输

出范围的边界上而不是发生在输入输出范围的内部,因此的话针对各种边界情况来设计测试用例,可

以查出更多的错误,使用边界值分析方法设计测试用例的话,首先应该确定边界情况,通常输入和输

出等价类的边界,就是应着重测试的边界情况应当选取正好等于,刚刚大于或刚刚小于边界的值作为

测试数据,而不是选取等价类中的典型值或任意值作为测试数据。

对于错误推断法,这个是基于经验和直觉推测程序中所有可能存在的各种错误,

从而有针对性的去设计测试用例的方法的,主要就是列举出程序中所有可能有的错误和容易发生错误

的特殊情况去根据这些情况来选择测试用例,例如,在单元测试时曾列出的许多在模块中常见的错误

以前产品测试中曾经发现的错误等,这些就是经验的总结。还有,输入数据和输出数据为 0 的情况。

输入表格为空格或输入表格只有一行。这些都是容易发生错误的情况,可选择这些情况下的例子作为

测试用例。

前面介绍的等价类划分方法和边界值分析方法都是着重考虑输入条件但都没有考虑输入条件之间的

联系,相互组合等等的情况。考虑输入条件之间的相互组合,可能会产生一些新的情况,

但是要检查输入条件的组合并不是一件容易的事情,即使把所有输入条件划分成等价类,

他们之间的组合情况也相当多,因此的话可以考虑采用一种适合于描述对于多种条件的组合,

相应产生多个动作的形式来考虑设计测试用例,这就需要用到因果图(逻辑模型)。

因果图方法最终生成的就是判定表它适合检查程序输入条件的各种组合情况。

3.6 TestLink 工具使用? ?

(1)创建用户,并给新创建的用户指定权限。

(2)创建测试用例,对测试用例进行增、删、改、查

(3)把测试用例关联到对应的测试计划中。

(4)把测试用例指派给对应的测试人员。

(5)对应的测试人员,查看被指派的测试用例,并执行测试用例。

3.7 如何提交一个好的 BUG

对 BUG 有一个清晰明了的描述; 详细描述 BUG 重现的步骤

对于产生 BUG 的环境进行描述; 提交 BUG 相关的图片和日志;

定位好 BUG 的等级; 将预期结果与实际结果进行对比。

3.8 提交 bug 需要注意哪些问题? ?

  1. 不要急着提交,先跟开发说明 bug 的情况,定位分析下 bug。

是前端问题还是后端问题再去提交 bug。

  1. 简单明了的概括 bug 标题,清晰的描述 bug 重现步骤,分析 bug 和预期正确结果,附加 bug 的截

图或者日志。描述 bug 的时候。

  1. 在不能确认该情况是否为 bug 的时候,可以请教其他人。

  2. 提交完 bug 以后,后面还要跟踪 bug 修复情况。

3.9 bug 怎么管理的, bug 的生命周期或者是 bug 的状态

原来 bug 是用禅道来管理的

原来我们公司 bug,提交 bug 直接给对应的开发人员,对应开发人员修复完成,交给测试复测,

复测通过关闭 bug,不通过打回给对应开发。

提交-开发人员(已激活未确认)-开发进行确认,状态变成已激活,已确认,开发修复完成,

标注状态是已修复,测试人员复测通过,已关闭,打回给对应开发,已经激活。

3.10 提交 bug 包含 哪些内容

所属产品、所属模块、所属项目、影响版本、指派人员

截止日期、严重程度、优先级、bug 类型、bug 环境

Bug 标题、重现步骤、附件

3.11 你提交的 bug ,开发不认可怎么办? ?

首先我会再看需求文档,是不是我的理解有误,如果是我对需求理解错的话我就去关闭 bug。

如果是 bug 再去让其他测试人员看看听下他们的意见,然后自己先再三去复测,并目保存好截图和日

志,确定这是一个 bug 之后我就去跟开发说明白,并且给他看 bug 重现的截图以及日志,如果开发还

是不认可的话我就跟产品或项目经理说明白情况。

3.12 对 应无法重现 bug ,应该怎么处理? ?

首先,我会多测几次,测了好多次都无法重现的话我就先把 bug 挂起,并且留意一下,看看往后的测

试中,如果在后面的测试中重现 bug 就激活,如果经过几个版本都还没发现的话就关闭 bug。

3.13 界面中的乱码可以是哪里导致的? ?

(1)数据库中的编码设置

(2)前端页面编码

(3)后台代码也会编码

3.14 bug 的级别有哪些,级别如何判断

1、致命:对业务有至关重要的影响,业务系统完全丧失业务功能,无法再继续进行,

或业务系统丢失了业务数据且无法恢复,影响公司运营的重要业务数据出错。

2、严重:对业务有严重的影响,业务系统已经丧失可部分的重要的业务功能,或业务系统

丢失了业务数据且可以恢复,一般业务数据出错。

3、一般:对业务有较小的影响,业务系统丧失了较少的业务功能,

例如:界面错误,打印或显示格式错误。

4、提示:对业务没有影响,不影响业务过程正常进行,

例如:辅助说明描述不清楚,提示不明确的错误提示。

3.15 测试中,如何判断是前端的 g bug 还是后端的 g bug 呢? ?

通常可以利用抓包工具来进行分析。可以从三个方面进行分析:请求接口、传参数、响应。

1)请求接口 un 是否正确如果请求的接口 ur 错误,为前端的 bug

2)传参是否正确如果传参不正确,为前端的 bug

3)请求接口 u 和传参都正确,查看响应是否正确如果响应内容不正确,为后端 bug

4)也可以在浏览器控制台输入 js 代码调试进行分析

3.16 项目上线后发现 bug ,测试人员应该怎么办

看严重级别:严重还是不严重

严重的:紧急变更上线

不严重:修复好后跟下个版本一起上线

用户会通过运维反馈到项目组这边,项目经理会根据功能模块的负责人,分给对应的开发与测试。

测试人员:编写对应的测试用例、测试环境中重现 bug、提交 bug、

交给开发进行修复、修复完成 bug、进行 bug 的复测。

如果测试环境无法重现,可以导入生产环境的包到测试环境中测试,

还是不能复现,查看生产环境的日志去定位问题。

3.17 如何保证质量

(1)需求要吃透,多问,多去了解。

(2)严格按照测试流程去执行:多考虑用户测试场景,使用测试用例设计方法,多评审。

(3)要有良好的测试执行:要求用例执行率达到 100%,多轮测试,进行探索性测试,

需要测试之间交叉测试,用工具来管理我们的测试工作(禅道, testlink, excel,tapd)

(4)不断的反思与提升。

3.18 产品是怎么上线的? ?

一般我们会选择晚上上线,开发测试还有产品全部到场,进行上线测试。

首先,开发将代码打包到生产环境的服务器中,如果数据表有变化,就会运行 sql 文件,

对表的一些操作,接着,我们测试就开始先测试主体业务功能以及新增的功能模块;

测试通过之后,我们会在界面上把上线测试的数据删除,正常上线。

如果发现 bug,开发人员当场修复 bug,修复成功之后我们测试再复测,通过就可以正常上线

如果发现了 bug 开发人员在上线规定时间之前都还没有修复好的话,就看问题的严重性,

如果严重就延期上线,如果我们是迭代版本的话我们还需要版本回滚。

如果不严重,产品跟客户觉得可以上线,就正常上线。

3.19 你测试数据是从哪里获得? ? 怎么获得的,假如不告诉你,你怎么处理? ?

(1) 一般都是我们测试人员在测试过程自己造的测试数据,如果大量数据,我们可以用到存储过程。

(2) 也可以让运维人员帮忙从生产环境导出相关的测试数据,如果测试数据中涉及安全性的数据,

直接是不能导出。

3.20 如何测试万分之一概率问题

  1. 用 Jmeter 或者其他自动化测试工具造大量数据

  2. 让开发修改概率的比例

3.21 为什么要写测试用例? ?

1)提高测试效率

2)提高测试覆盖率

3)监控测试进度情况

4)也是质量的标准指标

CMM 质量体系(用例数也是一个度量标准 QA 岗位)

3.22 那你们测试用例是怎么编写的

原来我们主要是用 exce 编写的,当然也用过用禅道, testlink 去编写,禅道都是 excel 表格编写

完成,导入禅道系统, testlink 也可以 Exce 表格,编写,编写测试,导入 testlink

3.23 有没有写过测试报告,具体包括哪些内容? ?

参考答案 1:

1)项目背景和目的

2)测试用例设计

3)测试环境

4)测试过程用到的工具

5)测试范围

6)测试用例执行情况

7)测试缺陷分析和总结

8)测试结果

参考答案 2:

这个是写过的,测试报告,其实就是把我们测试的整个过程情况,数据统计,做成报告,包括用例执

行情况,测试了哪些模块,多少用例,会哪里模块,自动化通过率,自动化跑了多少,是否全部通过,

发现了多少 bug,bug 的情况,是否遗漏 bug,测试结论等等这些,基本就这些。

3.24 测试报告中测试的结论是什么? ?

测试报告里面有个测试结论:

1)bug 的情况、bug 级别、bug 分布情况(分布哪些模块)、

bug 产生原因(设计问题,需求问题,代码问题)

2)测试是否通过

3.25 如何写好一个测试用例

能够发现 bug 的用例就是一个好的测试用例

当然我们在编写测试用例的时候,一定要步骤、场景清晰、尽量去覆盖所有的测试场景

3.26 什么是冒烟测试 ? 在什么时候进行冒烟测试? ?

冒烟测试一般我们是在系统测试之前,对所有主体的业务功能,测试看是否存在严重 bug,

如果存在严重 bug,表示,冒烟测试不通过

3.27 回归测试策略

1)功能的回归

优先测试用例级别比较高的功能模块,可以进行自动化测试

如果时间够,进行全量测试

2)bug 回归

复测这个 bug,并且相关联的模块与功能也会测试一遍,以免由于修改 bug 导致其他问题产生

3.28 和开发沟通。是怎么沟通的

一般我在提 bug 的时候跟开发沟通最多,比如有一些不清晰的内容会去问开发,还有提完 bug 后会跟

踪 bug 的进度,提醒开发尽快修复 bug,还有测接口的时候去找开发拿接口文档,其实我们的工作跟

开发都是息息相关的所以都经常都会有沟通的。

3.29 测试中有哪些风险

1)测试,需求理解上面有偏差

2)测试人员水平不够,测试人员覆盖点不全

3)测试人员时间不够,导致测试不完全

4)测试环境上面不足,导致测试点不能完全测试完成

3.30 怎么保证测试质量或者你怎么保证你 100% 覆盖了需求

把需求了解通透,引用用例评审机制,然后编写测试用例的时候用边界值,用等价类补充一些用例,

根据过往经验用错误推断法来追加一些用例,如果存在组合情况的话我会用因果图或者判断表来编写,

如果业务场景清晰的情况下我会用流程分析法,如果状态有发生改变的话我就会用状态迁移法。编写

用例一个极其考验耐心的事情,要考虑到各种场景,全面覆盖到会出现的场景。

3.31 一个需求,7 天要上线,你怎么做?

先跟面试官确定,产品什么是转测;

1)如果转测时间,在最近 1-2 天,直接了解需求开始测试。

2)如果三天后转测,一天半时间了解需求,一天写测试点和写测试用例,一天进行评审和修改测试

用例,2 天执行试用例与理交 bug,最后一天半进行回归测试与编写测试报告。

3)如果 4-5 天后进行转测试,边开发边测试,一天半时间了解需求,一天写测试点和写测试用例,

一天进行评审和修改测试用例,开始执行测试,开发一部分,我们就测试一部分。

3.32 产品上线评判的标准? ?

1)测试用例执行率 100%,通过率 95%

2)1-2 级 bug 修复率达到 100%,3-4 级 bug 修复率达到 95%

3.33 测试过程中,发现很多用例重复的,有的人认为没必要再测,你怎么看? ?

如果是同一个模块,重复用例,我们可以考虑不再进行重复测试,如果不同模块,引用相同的测试用

例,我们还是需要重复测试

3.34 上线后有没有另外的测试用例在生产环境里测试

 

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/411225.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

【Spring Boot 3】自定义拦截器

【Spring Boot 3】自定义拦截器 背景介绍开发环境开发步骤及源码工程目录结构总结背景 软件开发是一门实践性科学,对大多数人来说,学习一种新技术不是一开始就去深究其原理,而是先从做出一个可工作的DEMO入手。但在我个人学习和工作经历中,每次学习新技术总是要花费或多或…

机器学习 之 DBSCAN算法 及实现

1.K-means 与 DBSCAN 的比较 K-means 和 DBSCAN 都是聚类算法,但它们之间有显著的区别: K-means: 基于中心点的方法,要求用户提前指定簇的数量。适用于球形簇,且簇大小相近。无法处理噪声数据和任意形状的簇。 DBSCAN…

SQLi-LABS靶场36-40通过攻略

less-36 这一关是转义函数换成了mysql_real_escape_string,绕过方法与35关一致 1.判断注入点 2.判断闭合方式 id1A0 -- 3.查看页面回显点 ?id-1%A0%27%20%20union%20select%201,2,3-- 4.查询数据库名 ?id-1%A0%27%20%20union%20select%201,database(),3-- 5.查询数据库的…

音视频封装格式之FLV

FLV(Flash Video)是一种常见的视频文件格式,FLV 格式最初是由 Adobe 公司开发的,旨在为网络视频提供一种高效、可扩展且易于流式传输的解决方案。随着在线视频的迅速发展,FLV 因其良好的兼容性和流式传输性能&#xff…

喜羊羊做Python二级(模拟考试--易错点)

今天距离Python二级考试,还有28天左右。坚持每天做几套试卷,保持记忆和手感。 个人在做题的过程中是先不断练习选择题。当你选择题不达标的时候,系统不会看大题(大概是觉得选择题都做的那么差,大题也不会那么好&#…

mac 虚拟机PD19运行E-prime实验遇到E-prime unable to set display mode:0*80004001问题解决

作者:50% unable to set display mode问题 总结: 1. 修改该Experiment的Devices中的Dispaly为640*680,Color Bit Depth设置为32。(这个分辨率仅限于学习用,实际实验应该还是在真机上) 2. 右键开始菜单中的E…

hadoop生态圈(四)- MapReduce

目录 MapReduce的基本原理 MapReduce流程图 Map阶段执行流程 Reduce阶段执行流程 Shuffle机制 MapReduce解决的是海量数据计算 MapReduce的思想核心是“分而治之”。就是把一个复杂的问题按一定的“分解”方法分为规模较小的若干部分,然后逐个解决,…

Meta AI动画生成功能的规模化部署与优化策略

每周跟踪AI热点新闻动向和震撼发展 想要探索生成式人工智能的前沿进展吗?订阅我们的简报,深入解析最新的技术突破、实际应用案例和未来的趋势。与全球数同行一同,从行业内部的深度分析和实用指南中受益。不要错过这个机会,成为AI领…

数据可视化大屏模板-美化图表

Axure作为一款强大的原型设计软件,不仅擅长构建交互式界面,更在数据可视化方面展现出了非凡的创意与实用性。今天,就让我们一起探索Axure设计的几款精美数据可视化大屏模板,感受数据之美。 立体图表的视觉冲击力 Axure的数据可视…

基于ROM的VGA显示

前言 在早期计算机和嵌入式系统中,图形显示和用户界面的实现主要依赖于硬件技术。VGA(视频图形阵列)标准在1980年代中期成为主流图形显示技术,其高分辨率和良好的兼容性使其在计算机显示领域中占据了重要地位。VGA标准支持640x480…

如何在Java中使用protobuf

写在前面 本文看下在Java中如何使用protofbuf。 1:介绍 1.1:什么是protobuf 是一种数据格式,同json,xml,等。但是一种二进制数据格式。 1.2:强在哪里?为啥要用? 小&#xff0c…

聚类:k-Means 和 k-Medoid

1. 前言 在《对静态分析缺陷报告进行聚类,以降低维护成本》 提到使用 k-Medoid 通过相似缺陷的聚类,来减少程序员对大量缺陷分析的工作量。 k-Medoid 和传统的 k-Means 聚类算法有什么差别呢? 简单的说,K-Medoid 算法是一种基于…

KRTS网络模块:TCP服务端、客户端实例

KRTS网络模块:TCP服务端、客户端实例 目录 KRTS网络模块:TCP服务端、客户端实例TCP简介KRST服务端简介核心特性界面设计核心代码 KRTS客户端简介核心特性界面设置核心代码 运行实例 Socket模块基于Packet模块,实时提供更高的协议,如RAW-IP、TCP 和 UDP(参…

国科大 矩阵论2023秋季 叶世伟老师 考试试卷

叶老师的考试很难,图源一位胆大的勇者~ 希望能帮助大家!

AD7606芯片驱动-FPGA实现

简介 AD7606是一款16位ADC芯片,可实现8通道并行采集,每通道最大速度可达1M,可实现多种模式数据采集。 介绍 本次FPGA使用的是8通道串行采样模式,设计中所用到的AD7606引脚说明如下: 名称定义CONVST同步采集转换开始信…

Mysql语句性能优化

SQL查询过程 查询缓存: 执行查询语句的时候,会先查询缓存(MySQL 8.0 版本后移除,因为这个功能不太实用)。分析器: 没有命中缓存的话,SQL 语句就会经过分析器,分析器说白了就是要先看…

算法之二分查找法和双指针

用二分查找法刷leetcode算法题目的时候&#xff0c;经常遇到视频看着理解很透彻&#xff0c;当上手写时一看就会&#xff0c;一写就废。二分查找法涉及边界条件很多&#xff0c;逻辑很简单&#xff0c;就是写不好。何时写 while(left<right)&#xff0c;while(left<right…

通过写文件方式写入 Hive 数据

通过写文件方式写入 Hive 数据 Hive最简单的写入数据方式就是通过Hive Jdbc写入Hive数据&#xff0c;但这并不是写入Hive最高效的方法。 Hive通过读取相关Hdfs的文件来获取数据信息&#xff0c;而通过直接写入Hdfs文件数据达到写入Hive数据的效果&#xff0c;这是目前最高效的…

nerfstudio半离线配置踩坑记录

安装torch2.1.2 with cuda11.8 由于清华镜像源&#xff08;包括阿里源和豆瓣源&#xff09;都没有torch2.1.2cu118的包&#xff0c;因此只能从pytorch官网下载。 服务器上直接通过下面pip的方式安装会由于网络原因中断&#xff0c;无奈只能在本地先把torch的包下载下来再上传到…

SAP与生产制造MPM系统集成案例

一、需求介绍 某公司为保证企业内部生产管理系统的多项基础数据的同步更新&#xff0c;确保各模块间信息的一致性和准确性&#xff0c;对后续的生产计划和物料管理打下基础&#xff0c;该公司将MPM系统和SAP系统经过SAP PO中间件集成平台进行了集成。MPM全称为Manufacturing…