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

快手-测试开发-一面 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 陕西

一笑而过2222

中山大学测试工程师

单例模式核心应用场景配置管理：全局共享配置信息（如 ConfigManager ）。日志记录：统一日志记录器（如 Logger ）。数据库连接池：管理数据库连接（如 ConnectionPool ）。缓存管理：全局共享缓存（如 CacheManager ）。线程池：管理线程资源（如 ThreadPool ）。硬件资源访问：独占访问硬件（如 PrinterManager ）。全局状态管理：维护应用状态（如 SessionManager ）。工具类：提供全局工具方法（如 DateUtils ）。核心目的：确保全局唯一实例，节省资源，保证一致性。注意：多线程环境下需确保线程安全。

点赞回复分享

发布于 03-14 09:12 广东

一笑而过2222

中山大学测试工程师

一个正常的 HTTP 请求在不传递 Cookie 时，服务器会根据资源状态和权限返回响应，常见情况包括：资源存在且无需认证： 200 OK （返回请求内容）。资源需要认证： 401 Unauthorized （要求登录或认证）。资源不存在： 404 Not Found （资源未找到）。资源重定向： 301 或 302 （重定向到新 URL）。请求方法不被允许： 405 Method Not Allowed （方法不支持）。服务器内部错误： 500 Internal Server Error （服务器处理失败）。

点赞回复分享

发布于 03-14 09:10 广东

一笑而过2222

中山大学测试工程师

消息队列选型性能需求：高并发选Kafka，常规高性能选RocketMQ。可靠性需求：金融交易选RocketMQ（同步刷盘、事务消息），Kafka通过多副本和ISR保证可靠性。功能需求：顺序消息选RocketMQ（分区/全局有序），延迟消息选RocketMQ（Kafka需额外实现）。技术生态：Java技术栈选RocketMQ，大数据生态选Kafka。 RocketMQ有序性分区有序：同一分区的消息按顺序存储和消费（如订单处理）。全局有序：单分区全局有序，适合低并发高顺序性场景（如核心交易）。 Kafka有序性、消息不丢失、可靠性有序性：分区内有序，通过分区键实现（如日志按时间顺序处理）。消息不丢失：多副本+ISR策略，acks=all确保所有副本同步成功。可靠性：消息持久化到磁盘，同步刷盘策略确保故障恢复。核心：根据场景需求（性能、可靠性、功能）选择消息队列，RocketMQ适合顺序和延迟消息，Kafka适合高吞吐和大数据生态。

点赞回复分享

发布于 03-14 08:51 广东