- 平时工作中是怎么去测的？(至少在这个问题中能说得出测试流程)首先根据客户需求文档提取功能模块，然后编写测试计划，提取测 试点，设计测试用例，用例评审之后执行用例，提交 bug，编写测 试报告
- 请介绍你做的项目？（这个题至少要说清这个项目给什么类型公司或者什么 行业做的，然后再来介绍这个项目的基本功能模块就可以.）你负责的模块是什 么？ 你负责的模块都有什么功能？简历上的项目社商云系统主要可以针对每个小区新增商品、社区活动、社区公告， 在 app 端，用户可以购买商品、报名社区活动、查看社区公告，系 统由平台、加盟商、便利店三个组织组成，平台和加盟商新增的商 品可以覆盖多个便利店，便利店新增的商品只能在自己便利店覆盖 的范围售卖，便利店可以对自己便利店的商品订单进行发货或者退 款处理，平台和加盟商对便利店的订单只能进行查看，不能进行处 理，平台和加盟商只能对自己新增的商品有处理权限。 主要负责功能模块是商品服务管理、订单管理、权限管理、商家管 理、客户管理、促销管理、社区公告管理等核心模块
- 请介绍一下你这个项目的流程？ 在项目里你负责了一些什么，做了一些什么 工作？简历上整个项目的流程和自己负责的功能模块当我们组拿到一个项目时，首先进行用户需求分析，我们测试组在 测试计划后，设计测试用例，用例评审，等到开发通过邮件把版本 包发给我们，然后我们就开始进入测试的流程阶段。 我参与系统测试计划设计和测试用例的编写以及评审，执行测试用 例进行功能测试对 Bug 进行管理和跟踪、提交缺陷、对测试工作进 行总结。
- 你这个项目有多少人做？ 开发多少？测试多少？ 什么架构？简历项20 个左右，开发 10 个，测试 3 个，ui 测试 2 个 运维 2 个 B/S 架 构和 ap
- 你在测试中有用到一些什么测试工具？缺陷管理工具 bugfree 禅道 版本管理工具 SVN 性能测试工具 loadrunner 接口测试工具 postma
- 做过性能测试吗？ 做过自动化测试吗？ 使用哪些工具？跟着性能测试人员 做过一次自动化呢我之前的项目都没有遇到过，所以不太了解。性能测试工 具有一些了解，会录制脚本，以及场景设置，以及脚本的执行，然 后进行性能测试结果分析
- 性能测试流程需求分析—编写测试计划—设计测试用例—维护脚本—执行脚本 —分析结果—性能调优
- 性能测试指标：并发用户数，吞吐量，响应时间，资源利用率，tps 与 hps，交易 成功率
- 什么是内存溢出通俗理解就是内存不够，运用程序需要的内存远远超出了你主机内 安装的内存所承受的大小，就叫内存溢出
- 什么是内存泄露？指由于疏忽或错误造成程序未能释放已经不再使用的内存，造成系 统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果
- 试中你有用到过数据库吗？为什么会用到数据库？你所负责的模块哪里用到 数据库 你举个例子？大数据的情况下，要去数据库验证数据 报表 查询 导入 导出 有用到过，查看大型数据的完整和正确性时需要用到数据库进行对 比。
- 当你提交 bug 给开发，开发不认同，你怎么处理（这个问题会有多种问法，答案要结合需求来答，一：需求不明确 的怎么答？ 二：需求明确怎么回答？）是 bug 就要报 需求不明确，先找开发和产品经理一起讨论确认需求，需求确认好 了就按需求来，需求没有确认好，就让产品和客户继续沟通 需求明确，就按需求和开发说，如果开发还是不按需求来，就找产 品经理
- 网络的 7 层协议是哪 7 层？ ftp 这个工作在哪一层？应用层 ftp http telnet dns表示层会话层传输层 tcp udp网络层 ip 路由器 ***数据链路层 交换机 网卡物理层 集线器
- UDP.TCP 有什么区别？ QQ 采用哪种协议？QQ 属于 TCP 协议UDP:不可靠的，无连接的协议，传输效率高TCP:可靠的，面向连接的协议，传输效率低
- TCP/IP 四层是应用层 传输层 internet 层 网络接入层 ARP RAR
- http 页面返回值的含义200 成功 400 请求错误 401 无法解析此请求 403 禁止访问 404 找不到网页 500 服务器错误 502 网关错误 503 服务器不可用
- 常见协议端口号FTP21 SSH22 telnet23 dns53 http80 https443 Tomcat8080 orcale1521 mysql 330
- 你在测试中发现一个界面很丑，你认为这个问题是否严重？是否可以放过？ 主要看需求不严重，如果需求就是如此那就没什么问题，看具体情况，如果项 目马上就要上线，可能会因为对界面进行修改会产生更加严重的问 题，所以一般都会采取放过的措
- . 数据库查询中什么是左连接，什么是右连接？left join right join左连接：左右两张表按某个列进行关联查找，左连接以左边的表为 基础表，基础表中的数据全部查找出来，右边的表如果有和左边的 表条件相符的数据就查找出来，如果条件不相符就用 Null 显示。 右连接刚好相反
- 左连接：左右两张表按某个列进行关联查找，左连接以左边的表为 基础表，基础表中的数据全部查找出来，右边的表如果有和左边的 表条件相符的数据就查找出来，如果条件不相符就用 Null 显示。 右连接刚好相反触发器：通过事件来触发运行的，主要是没有人工干预的情况下来 完成复杂度高一些的约束条件，从而保证数据库的完整性和一致性。 存储过程：在大型的数据库中，一组为了完成特定功能的 SQL 语句 集，经编译后存储在编译过程中，用户通过指定存储过程的名字并 给出参数来执行它
- 你对自己将来有什么计划？（职业发展）定小目标，半年学习完性能或者自 动化啊首先我要在我未来的工作中，通过我的努力把本职工作做好，在本 职工作做好的同时呢，我要多做一些项目积累和完善项目上的经验， 通过工作不断的提高我的测试技能
- 你有什么问题要问我的？什么项目哪类项目，项目进行的阶段，有木有业务 方面的培训我想知道这个公司开发现有多少人，测试有多少人，还有公司正在 开发的项目的情况
- 这有一个杯子，你怎么去测？（类似这种给一个实物，你怎么去测？）需求测试: 查看杯子使用说明书 界面测试: 查看杯子外观 功能度：用水杯装水看漏不漏；水能不能被喝到 安全性：杯子有没有毒或细菌 可靠性：杯子从不同高度落下的损坏程度 可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用 兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用 压力测试：用根针并在针上面不断加重量，看压强多大时会穿透
- 你觉得你有哪些优点？哪些缺点（缺点要把优点当缺点来说）你觉得你还有哪些地方需要提升的? 性能方面的 缺点就是比较大大咧咧，爱笑，优点就是比较热心
- 你了解过我们公司吗？有了解过，收到面试通知的时候 网上或者招聘网上查询
- 你对 app 测试有了解吗？什么是 app 测试？怎么去测(测哪些方面)？了解，但是实际工作中没有测试过，其实使用 app 应用程序的时候 就是在测试，只是没有 app 测试人员测试的那么全面细致， 就是对手机应用的测试；从它的功能、界面和兼容、性能、易用性、 安装、卸载、升级、与系统或其它软件的交互、耗电量、散热情况、 流量的监控、免登陆功能、二次登陆
- 你对加班怎么看？可以接受，it 行业来说 加班是常
- 你写过测试用例吗？ 写测试用例的依据是什么写过，用户需求为准
- 测试报告你写过吗？ 写些什么呢？(至少要说出写过自己所测模块的测试报告)自己所负责的模块的 测试报告 人力投入，用例覆盖情况，bug 的分类及数量统计，遗留 bug 情况， 测试风险，测试对象评估，测试结论，测试结果分析，测试总结
- 测试方案① 测试策略 ② 测试资源 ③ 测试进度计划 ④ 风险管理 ⑤ 质 量标准
- 测试原则A 所有软件测试都应追溯到用户需求 B 尽早地和不断地进行测试 C 完全测试是不可能的，测试需要终止 D 无法显示软件潜在的缺 陷 E 注意群集现象 F 避免检查自己的程序 G 避免测试的随意
- 测试计划主要写些什么东西？背景，目标，范围，方式，进度安排，测试组织，测试执行中开始 与结束的标准，测试计划的审批与更改方式，测试相关的风险
- 系统测试策略或者范围容量测试 安全性测试 稳定性测试 安装测试 卸载测试 易用性测 试 配置测试 文档测试 可靠性测试 强度测试 性能测试 功能测 试 兼容性测试 负载测试 压力测试 数据库测试 分布测试 故障 恢复测试
- 工资和发展平台你怎么选择？发展平台
- . 你怎么做需求分析的？要看是否有需求文档，先确定大的测试范围首先是将软件开发需求中具有可测试性的需求或特征提取出来，形 成原始需求 然后将原始测试需求细化或者分解 最后进行需求评审
- 写过测试方案吗？都有些什么内容？没有写过① 测试策略 ② 测试资源 ③ 测试进度计划 ④ 风险管理 ⑤ 质 量标准
- 写过测试报告吗？测试报告和版本报告的区别？测试报告是对整个测试过程与结果的总结， 而版本报告只是针对测完版本的总结
- 需求评审都有哪些人参加？怎么做的？有什么标准？参加人员：测试人员、开发人员、产品人员 以会议形式评审 评审的标准： 完整性审查：应保证测试需求能充分覆盖软件需求的各种特征，重 点关注功能要求、数据定义、接口定义、性能要求、安全性要求、 可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗 漏的、系统隐含的需求； 准确性审查：应保证所描述的内容能够得到相关各方的一致理解， 各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保 持一致，每一项测试需求都可以作为测试用例设计的依据。
- 描述测试活动生命周期或者软件测试流程:需求分析—编写测试计划—设计用例设计—执行用例，提交 bug— 编写测试报告
本文转载自: https://blog.csdn.net/m0_62764440/article/details/126803719
版权归原作者 留在梦里 所有， 如有侵权，请联系我们删除。
版权归原作者 留在梦里 所有， 如有侵权，请联系我们删除。