软件测试面试：“登录功能如何测试？”

📍面试公司：大华股份🕐面试时间：2026年10月💻面试岗位：软件测试工程师❓面试问题：一面：1.快速排序和冒泡排序的时间复杂度和实现2.计算机网络五层有哪些 有什么功能3.linux杀死进程 查找内存使用情况4.5L和6L水杯装3L的水5.数据库查询班级里面两张表女生平均成绩6.如果bug测试和开发认同不一致，如何解决7.网络连接到127.0.0.1，别人可以连接到，你不行，怎么查原因8.有什么爱好9.竞赛如何 奖学金如何10.多表联查11.linux权限什么命令二面：1.16杯酒 毒酒几个人2.甲说：不是我 乙说：是丙 丙说：不是我怎么快速判断逻辑问题3.如果网页访问不了 怎么查原因 ...

一、考察点 考察电商完整链路思维：活动时段、定金尾款、限购库存、支付流程、退款规则、状态流转、并发异常，是电商面试高频大题。二、解题思路按 活动时间 → 商品展示 → 定金流程 → 尾款流程 → 限购库存 → 规则权益 → 状态流转 → 异常中断 → 退款售后 → 并发安全 逐层回答。三、答案参考1、活动时间阶段测试分三个阶段：预热期：可看商品、加购物车，不能付定金预售期：可付定金、锁定名额尾款期：可付尾款，过期不可付活动结束后入口置灰，无法下单。2、商品价格展示预售价、原价、定金、立减金额、尾款金额 显示准确定金可抵扣金额计算正确优惠券、满减能否和预售叠加，按业务规则校验3、定金下单流程选择规格 → 付定金 → 锁定库存 → 生成预售订单付定金成功后订单状态变更为待付尾款定金支付失败不锁定库存、不生成有效订单4、尾款支付规则到尾款时间才可付款，未到时间按钮置灰尾款支持全额、分期，支付渠道正常尾款超时未付：订单自动关闭、定金是否退还按规则执行、释放库存5、限购 & 库存测试每人限购预售件数，超出拦截预售限量名额，抢完售罄下架多人同时下单，不超卖、库存锁定准确6、定金规则校验定金不退 / 可退 规则正常主动取消预售订单，定金返还逻辑正确改规格、改地址后，定金权益不变或重新计算7、优惠与叠加预售专属券、店铺券、平台券能否叠加定金立减 + 优惠券双重抵扣，实付金额计算无误差8、订单状态流转预热→可付定金→已付定金→待付尾款→已付尾款→待发货每个阶段按钮文案、可操作权限正常，不乱状态。9、异常场景测试付定金 / 尾款中途断网、闪退、退出页面弱网重复点支付，不重复扣款、不重复锁库存浏览器刷新、换设备登录，订单状态同步一致10、退款售后只付定金申请退款：按规则退定金、释放名额付完全款后全额退、部分退金额计算正确退款原路退回、资金流水对账正常11、接口 & 风控抓包改预售价、改定金、改限购数量，后端拦截高并发预售下单，接口防重幂等，不生成脏订单脚本批量薅预售名额，风控拦截12、多端兼容APP、小程序、H5 预售展示、下单规则、价格权益完全一致。四、总结预售功能测试核心：分三段时间、测定金锁定、测尾款时效、价格抵扣算准、限购库存防超卖、订单状态不乱跳、超时自动关单、退款规则清晰、并发不脏单、接口防篡改。

请先做一个简单的自我介绍。挑一个你觉得做得最好的项目，详细介绍一下。你觉得这个项目里面最有挑战性的部分是哪一块？你在参考开源/现有方案的过程中，自己做了哪些改进？在开发过程中，有遇到过上下文过大的问题吗？怎么处理？你的长期记忆和短期记忆分别是怎么做的？你提到的“强约束信息”会不会越积越多？如果越来越多，你怎么处理？你简历里写了熟悉 MySQL，MySQL 在你的项目里主要用在哪些场景？具体讲一下你项目里的数据一致性场景。你说的最终一致性，具体是怎么实现的？如果消息发送失败了，这个任务到底算成功还是失败？在发送消息之前，你是不是还做了消息持久化之类的处理？具体流程是什么？Redis 扣库存成功之...

软件测试会用到的基础理论知识:python、SQL命令、linux等Python可以检验自动化代码能力，搭建自动化框架，基本上已经开始启动了AI工具来检验测试人员代码的正确性，也能分析自动化代码失败原因。SQL命令是为了检验能否熟悉数据库中增删改查命令，Linux主要考察在遇到bug是登录后台节点ip，查看日志，定位出问题所在位置，然后将相关问题原因提交给开发，以便于定位问题根因，提单跟踪。