1.你简单的介绍一下你的项目？

• 我的项目是一个仓库管理系统
• 主要对仓库库存进行管理，以及高效准确的进行出入库流程

2.那你们这个仓库你主要是负责哪个模块呢？

• 入库和出库

3.你能简单的说介绍一下商品的出库业务流程吗？

• oms上游系统（订单管理系统，淘宝，京东等是跟oms对接的）推出库单到我们系统，我们进行出库：
  • 创建波次、运行波次：将订单放入波次运行，目的将订单中商品初步筛选
  • 拣货：将商品放入拣货区域
  • 复核：再次检查装箱后商品信息，看是否需要或者有没有拿错
  • 称重：检查重量 审核信息，然后贴上出库单
  • 交接：交给物流商（物流商尽量不说）
• 以及出库成功后及时反馈给上游系统商品库存的相关信息

4.我想问一下你们那个波次是个什么东西啊？

• 波次就是将订单按照一定的条件去分类区分

5.入库业务流程

• 上游系统推入库单到我们系统，我们进行入库：
  • 创建po单
  • 创建asn单
  • 收货
  • 上架
• 以及入库成功后及时反馈给上游系统库存的相关信息

6.那你在这个里面主要担任的是功能测试还有什么？

• 接口测试

7.你们的版本是多久上线一次？

• 这个不一定，看情况。版本功能大时间就长点，小的话世界就短点
• 有的两天发布一次，有的一月，两月发布一次

8.你们上线有做哪些功能点呢？

• 新增功能和优化原有功能
• 新增功能(所以啊，别人又不知道你加了什么功能。你就根据你知道的业务流程，随便说点功能，比如以前有整箱上架功能，最近又加了个整托上架功能)，例如:
  • 星巴克卡券类商品收获
  • 新增耐克品牌特殊逻辑
  • 容器底层代码重构

9.你们这个项目现在已经上线了吗？

• 17年就上线了

10.那你们上线了之后，其他的系统还有没有做？

• 会新加功能+功能优化+修改线上bug

11.你们上线了之后会有产品验收这个环节吗？

• 会

12.如果说验收不通过，你们一般会怎么样？

• 先解决问题(找开发解决问题)
• 在看是那边出了问题
  • 然后分析不通过的原因(要么是这个功能有问题，要么是这个功能没有做)
  • 验收不通过，先看他这个东西影响范围大不大
  • 可能有些bug影响范围不广的，可以带上线的
  • 验收不通过可能有些细小bug产品不通过
  • 如果验收不通过，改动幅度过大的话，时间能不能来的及
  • 还要看测试的原因还是产品的原因
  • 是产品没考虑到，还是我们测试自己的问题

13.你们公司有多少人?

• 150多人

14.你们开发测试比例是多少？

• 4:1

15.你们测的时候会不会测pda扫码枪上的功能？

• 会
• 我们这边是把pda的功能开发在web页面上
• 我们还是在web页面上测试，测试没问题了。再到pda上，看下兼容性方面的问题

16.比如说商品盘点的时候库存有问题，用户在下单的时候库存显示还有3件，用户下完单后，你们拣货的时候发现库存没有这件商品了，这个时候你们会怎么处理？

• 我们系统比较稳定，没出现过这种问题

17.假如说我一个订单里面有五件不同的商品，拣货的时候是怎么拣的？

• 一样的拣法，不管商品相不相同，我们都是一样的拣
• 一般的拣货我们就用pda扫码枪扫商品条码

18.五件不同的商品在不同的货架上，每个货架又离的比较远，仓库又比较大的时候，拣货员拿pda扫码拣货，你们系统会怎么给拣货员规划拣货路线的？

• 出库配置里面有分配规则
• 分配规则会指定仓库里面的一个区域
• 拣货只能在那个区域里面拣
• 如果拣货区域过大，我们拣货区域可以设置面积小点的，数量多点的

19.像你们这个仓库，你们主要运输哪些东西啊？

• 对于我们测试来说，不管运输什么商品。我们只看商品id和商品编码
• 至于运输哪些东西，我们是不关心的。

20.那比如我这个库存出库了一次，那我会有后面的货品补上来吗？

• 商品什么时候出入库，和我们测试没关系的。这个不是我们能控制的
• 人家仓库怎么用东西，我们是不关心的。我们只要保证这个功能没有问题就行了

21.po单指的是什么？

• po单指的是的采购订单
• 比如我采购了一车商品，而这一车的商品可以理解为一个po单
• po单主要记录了po单号、客户名、店铺、供应商、运输商等（尽量不说po单记录了哪些好一点，以免又细问，但要了解）

22.asn指单是什么？

• 一车商品不好管理，asn相当于把一车商品分成若干个模块（每个模块可以理解为一个asn），这样便于操作