[存货]快手秋招测开三面面经

快手-测试开发-一面 2024/09/06

57min

  • 拷打实习介绍其中一个模块,讲讲背景和技术难点、优化点
  • 消息队列怎么选型
  • rocketmq怎么保证有序性
  • kafka怎么保证有序性、保证消息不丢失、保证可靠性
  • redis有遇到过什么问题吗?(持有分布式锁的线程挂掉)
  • mysql索引、事务
  • 白盒测试
  • 针对一个杯子设计测试用例使用、安全、外观
  • 熟悉哪门语言?
  • 熟悉jvm吗?
  • 操作系统进程与线程linux有什么命令与查看文件相关的
  • 计网tcp三次握手应用层有哪些协议http与https不同http短连接、长连接
  • 算法题(easy)判断字符串是否由有效括号组成
  • 反问:部门负责:用户增长业务,测试占80%,开发占20%。那种大型的自动化工具什么的都是有专门的中台部门去做

快手-测试开发-二面 2024/09/12

60min

  • 介绍实习的相关背景(业务相关提问)你这个链路怎么走的?数据存在哪?消息消费过程中出现失败怎么办?(重试、死信队列、订阅/人工处理)redis用来做什么
  • redis常用场景?与mysql的基本比较,各自优势
  • 接触过什么自动化测试框架或工具吗?(不清楚)juint
  • 针对购物车去设计测试用例功能测试性能测试安全测试(传参校验等)
  • 压测时你会关注什么?使用什么工具去压测?
  • 使用过什么抓包工具(wireshark)
  • http常见状态码
  • 一个正常的http请求在不传cookie时,可能会返回什么?状态码是?
  • 四道sql题,手写三道简单的,口述一道稍微难点的
  • 算法题(easy)
  • 反问用户增长部门。基本的测试工作占70%以上,可以做专项去开发自动化测试工具、平台等等

快手-测试开发-三面 2024/09/20

54min

  • 拷打实习、项目梳理了一遍实习做的项目,询问了项目的开发人数、qa人数微信签到小程序这个项目的防盗签功能介绍下?如果你是测试,会怎么对它进行测试?这个系统应该是手机端的,测试过程中还有什么需要注意的地方吗?在ios、安卓上测试使用会有需要注意的吗?
  • 你之前都是负责的后台开发,你觉得你这些经验会对现在做测开有什么帮助吗?
  • 常用的设计模式?哪些场景会使用到单例模式?(比如配置类)
  • 现在有其他offer吗?
  • 如果快手后端和快手测开你会怎么选?
  • 算法题(easy)
  • 反问在你们部门做测开可以得到什么收获吗?深入了解质量保障......介绍了部门内做的事情用户增长:涉及用户激励机制,会跟支付部门对接。平常工作不会像开发那样考虑很多的架构设计,只是会需要快速开发一些测试工具来用(不会给很多时间)

#秋招#
全部评论
蹲二三面算法题
点赞 回复 分享
发布于 04-12 00:45 陕西
单例模式核心应用场景 配置管理:全局共享配置信息(如 ConfigManager )。 日志记录:统一日志记录器(如 Logger )。 数据库连接池:管理数据库连接(如 ConnectionPool )。 缓存管理:全局共享缓存(如 CacheManager )。 线程池:管理线程资源(如 ThreadPool )。 硬件资源访问:独占访问硬件(如 PrinterManager )。 全局状态管理:维护应用状态(如 SessionManager )。 工具类:提供全局工具方法(如 DateUtils )。 核心目的:确保全局唯一实例,节省资源,保证一致性。 注意:多线程环境下需确保线程安全。
点赞 回复 分享
发布于 03-14 09:12 广东
一个正常的 HTTP 请求在不传递 Cookie 时,服务器会根据资源状态和权限返回响应,常见情况包括: 资源存在且无需认证: 200 OK (返回请求内容)。 资源需要认证: 401 Unauthorized (要求登录或认证)。 资源不存在: 404 Not Found (资源未找到)。 资源重定向: 301  或  302 (重定向到新 URL)。 请求方法不被允许: 405 Method Not Allowed (方法不支持)。 服务器内部错误: 500 Internal Server Error (服务器处理失败)。
点赞 回复 分享
发布于 03-14 09:10 广东
消息队列选型 性能需求:高并发选Kafka,常规高性能选RocketMQ。 可靠性需求:金融交易选RocketMQ(同步刷盘、事务消息),Kafka通过多副本和ISR保证可靠性。 功能需求:顺序消息选RocketMQ(分区/全局有序),延迟消息选RocketMQ(Kafka需额外实现)。 技术生态:Java技术栈选RocketMQ,大数据生态选Kafka。 RocketMQ有序性 分区有序:同一分区的消息按顺序存储和消费(如订单处理)。 全局有序:单分区全局有序,适合低并发高顺序性场景(如核心交易)。 Kafka有序性、消息不丢失、可靠性 有序性:分区内有序,通过分区键实现(如日志按时间顺序处理)。 消息不丢失:多副本+ISR策略,acks=all确保所有副本同步成功。 可靠性:消息持久化到磁盘,同步刷盘策略确保故障恢复。 核心:根据场景需求(性能、可靠性、功能)选择消息队列,RocketMQ适合顺序和延迟消息,Kafka适合高吞吐和大数据生态。
点赞 回复 分享
发布于 03-14 08:51 广东

相关推荐

评论
3
25
分享

创作者周榜

更多
牛客网
牛客企业服务