1. 无截图 无流程描述，不太清楚你想说的是什么
2. 下架异常，你应该截图和描述下怎么异常 (另外我挺好奇怎么不找开发定位下原因？)
3. “这样会导致这条数据还展示的 c 端商品列表” 是缓存还是没执行到，你得找开发定位下原因

接口异常，查具体接口的问题呗，我理解这个属于业务问题。

这个是之前面试有被问到这种问题 应该怎么处理 我知道找开发定位解决

定时跑接口自动化，出现这种异常 case 场景 我想的是 执行 sql 下架

那你说明下是面试题嘛。。。。

• 这种情况咋处理

我直接就人工去点删除

大佬有啥好的解决思路不

接口异常，找到下架接口为什么失败的原因，至于这条自动化 case 就算失败，作用就是找到了下架商品流程中，下架接口异常的问题

下架接口异常，肯定要解决，扔给后端开发。
前端数据还展示，是因为没下架成功，还展示是对的啊。
这跟接口自动化有什么问题。

自动化流程走不通，这种情况确定一下，到底是 bug，还是业务流程的问题，找到对应的问题，协调解决就好了，然后确保让接口自动化能够跑起来，不阻断，并且这种要设置断言的，断言失败，即可及时发现问题，这个才是自动化的作用。

接口自动化的目的就是找问题， 出现问题了， 就找问题的原因，是 bug 还是 自动化脚本的问题？

接口异常，下架失败表示没有下架，没有下架的商品依然展示在 c 端不是很正常吗，这有什么问题？这个用例是通过的呀

可能面试官怕定时执行出现这种异常情况吧 第一时间肯定是先定位是脚本问题还是后端服务问题

商品下架时的商品状态是什么，执行下架接口有没有前置条件，先分析下架的逻辑，再看发过去的请求参数符不符合接口要求

供参考哈，仅个人思路。

1. 先明确业务问题

下架报异常导致的下架失败，是真失败还是假失败，这条数据还展示的 c 端商品列表，是应该展示，还是不应该展示。

如果下架接口报异常，但是实际是成功的，比如数据库状态发生变更等，理论上 c 端商品列表不应该展示，那就结合代码或者开发人员去定位问题，此时应该要去定位三个问题，a.下架接口报异常的问题 b.下架接口报异常，但是却成功下架的问题 c.下架接口报异常，但是成功下架，C 端商品列表还展示的问题

如果下架接口报异常，实际也是失败的，这条数据应该展示在 c 端商品列表，那么就需要看下架接口为什么报异常。是环境问题还是需要定位的缺陷

1. 再回到自动化测试本身

从得到的信息看，是接口自动化测试，那么以上场景应该划分到下架接口，还是展示的 c 端商品列表接口（比如下架失败，展示商品列表接口的用例），应该有明确的规范，避免用例重复覆盖。

另外，这条用例失败后，会不会影响自动化测试稳定性，自动化到这里就不再执行了，还是说就是普通的一个用例失败，也是需要考虑的。

自动化测试用例，很多时候因为各种原因，不会覆盖异常、失败的场景，此时是否需要把这些场景支持或者用手工测试覆盖，也是需要考虑的。

这个问题的面试官要表达的是每个案例需要保持独立性？是不是面试问问题都不是明确说出自己要考察啥，这是就是中式的故作高深么，然后被面者没有分析出他要表达啥还有被嘲笑下。这种真的不太能理解这种形式。
菜鸟吐槽下，轻喷