这个公司感觉是个好公司，为啥呢？给的钱看起来挺多的，哇咔咔，加班也不是很严重，说是晚上七八点就下班了。
测试团队规模50人，面试官准时进到了我的腾讯会议，但是他点开简历，发现我并不是简历上的那个人，于是他就退出去了
原来是HR搞错了。后来面试官又进来了，让我简单介绍自己，他好抽空看看简历
于是我开始说我最近的两段工作经历。
介绍后，他让我讲一下我们平时负责的业务模块的工作流程。本想给他share一下屏幕画画，但是腾讯会议没给权限，只能用嘴说。
说了挺长时间，他应该只记得我说的oracle到hive，数据流转，他问你们是怎么保证数据一致性的？
我说我就是手动测试，考虑到我们项目的规模，手动测试是最合适的，stage表到master表，再到hive，我们都会对每一列进行验证。因为我们项目处于一个维护的阶段，变更不是特别大，所以采取这样的验证就够了。他估计已经不满意了。
接着他问，你们项目容易出问题的地方有哪些啊？
我仔细思考了一下，发现我们并没有什么高并发，可以说很平常，很稳定的项目。有的只是客户时不时发一个邮件来告诉有bug，我们这个模块可以说一年到头就没有几个人用，有的按钮甚至都没有人点过。我就说除了传数据量大的时候会超时，其他没什么了。
后来我仔细思考了一下：
1. 测试环境经常出问题，一会儿hive不能用，一会儿spark宕机。
2. 测试数据不知道怎么就被人删了，辛苦造的数据可能一下子没了，所以有了我们hdfs的造数项目，别人写的python项目，我理解了，那就是我的。
3. 需求经常变化，refinement meeting要追着印度老大开，他说的算，我们基本就是工具人，他说啥就是啥，完全没有自主性，似乎脑子都锁在柜子里了。
4. 经常加需求（这个其他公司也不可避免吧）
孩子醒了，孩子又睡了。
出问题怎么排查？怎么复盘？
就是别人来邮件告诉有问题，步骤：
都不紧急，都不需要回退的那种。先测试环境重现，分析原因（开发分析），到我们这就是个漏侧，没有啥其他原因。为什么漏侧？感觉是项目输入不足，时间紧任务重
标准答案：
记录问题，填写RCA->组织复盘->陈述问题->讨论优化方案->跟进问题并回归验证
-测试内部要严格把控test result review（但是通常脑子也想不到这会出问题）
-把问题整理到conf上，共同学习
-加入回归用例集合
-让不熟悉该模块的人做测试也许能发现新问题
幂等校验怎么实现？
比较hash是否一致？不太清楚
分布式锁了解吗？
不了解，你提示提示呗～ 他说，不了解没关系
平时参与code review吗？
不参与，测试现在都要参加code review吗？我说我们能看，我有时候还debug呢～
看别人代码注意哪些方面？
循环条件，边界值，空指针（.的前面的对象有没有判空）
商品创单接口怎么测试？有哪些容易出问题的点？（建议大家不要参考我的回答，自己练习，因为我用例设计的不好）
一般有这些字段，猜的，没测过。用户ID，商品ID，商品件数，订单金额，卖价，底价，优惠券（完全没考虑），用户是否有权限购买
创单接口内部肯定会调用其他接口，创单->库存->可定检查->供应商下单->我方订单落地-> 返回成功，订单号
如果是直营的，那就不存在其中的2，3步骤，呵呵哒
- 商品充足，用户可以正常创建订单
- 明确调用链路，非白名单的应用不能调用。
- 请求头没有用户token不可调用。
- 商品库存不足，创单失败
- 库存服务挂掉，创单失败
- 供应商服务挂掉，创单失败（未必）
- 订单自动选择最大优惠力度的券创单
- 一件商品不能同时被多用户下单
- 会员商品，非会员无法购买
- 围绕我这个猜想的流程继续设计。。
后来跟同事讨论，居然她也被问到过幂等，和分布式锁～她三年经验。
我宣布分布式锁成功晋升为必备（背）面试题。各大辅导机构记得加上这道题吧～
linux也没问
轮到我问他了：
你们对这个岗位的角色定位是？忘了～ 听不进去了。但是感觉自己还挺符合的。
你们的团队规模？50个人。
你们测试的痛点？对账部分。我赶紧画蛇添足一下，看看能否力挽狂澜，我之前做过结算的对账，我们是生成批次，跟酒店提供的账单进行比对，我这方面还比较熟悉。然，徒劳
你们的加班多吗？不多，还好，晚上七八点下班。忙的时候九点以后。
你们CI/CD是谁来做？开发。我又画蛇添足一下，大不了不过。我之前也做过开发，也是自己从研发到自测，再上线的。他：哦
标签：离谱,创单,商品,hive,问题,面试,测试,我们,软件测试 From： https://www.cnblogs.com/jin-wen-xin/p/18160966