关于:Elsu01 接口的调用 初步测试 测试目标:如果目标修理厂有service_network_flag属性会推送给阳杰。如果目标修理厂没这个属性不该推送给阳杰 场景一:普通场景___正常无任何特殊情况(下发调度后台的时候,送修任务在B端) 案件号:07603908012019021154 接口日志序号:1575017379740 情况a: 修理厂本来就有service_network_flag属性 预期:推送阳杰 实际结果:调用了Elsu01接口 [测试通过] 案件号:07603908012019021153 无接口日志 情况b: 修理厂本来就没service_network_flag属性 预期:不会推送阳杰 实际结果:没有调用Elsu01接口 [测试通过] 场景二: 案件已经下发到调度后台的时候,送修任务生成在了A端。 案件号:07603908012019021151 接口日志序号:1575015117613(不该请求该接口) 情况a: 此时送修任务所在的A端 原来就含有service_network_flag这个属性,删除这个属性,然后跑批回B端,再推送任务 预期:不会推送阳杰 实际结果:调用了Elsu01接口 [测试不通过] 案件号:07603908012019021150 接口日志序号:1575014841932 情况b: 此时送修任务所在的A端 原本没有 service_network_flag 这个属性,增加这个属性,然后跑批回B端,再推送任务 预期:推送阳杰 实际结果:调用Elsu01接口 [测试通过] 案件号:07603008082019020013 接口日志序号:1575258401883 情况c: 案件已经下发到调度后台的时候,送修任务生成在了A端。 此时的A端没有 service_network_flag 这个属性,跑批回B端后,不做修理厂属性不做任何更改,再推送任务 预期:不推送阳杰 实际结果:调用Elsu01接口 [测试不通过] 场景三:案件已经下发到调度后台的时候,送修任务生成在了B端。 案件号:07603908012019021157 接口日志序号:1575256700827 情况a: 准备推送修任务到修理厂,本来没有 service_network_flag 这个属性,在获取修理厂数据之"前"增加这个属性 预期: 推送阳杰 实际结果:调用Elsu01接口 [测试通过] 案件号:07603908012019021158 接口日志序号:1575257138074 情况b: 准备推送修任务到修理厂,本来没有 service_network_flag 这个属性,在获取修理厂数据之"后"增加这个属性 预期:推送阳杰 实际结果:调用Elsu01接口 [测试通过] 案件号:07603908012019021159 接口日志序号:无 情况c: 准备推送修任务到修理厂,本来有service_network_flag 这个属性,在获取修理厂数据之"前"删除这个属性 预期:不推送阳杰 实际结果:不调用Elsu01接口 [测试通过] 案件号:07603908012019021160 接口日志序号:无 情况d: 准备推送修任务到修理厂,本来有service_network_flag 这个属性,在获取修理厂数据之"后"删除这个属性 预期:不推送阳杰 实际结果:不调用Elsu01接口 [测试通过] 场景四:十分钟自动送修。 情况a: 自动送修的目标修理厂,没有service_network_flag 属性。 预期:不推送阳杰 实际结果: 情况b: 自动送修的目标修理厂,有service_network_flag 属性。 预期:推送阳杰 实际结果: 情况c: 自动送修的目标修理厂,本来没有service_network_flag,添加这个属性。 预期: 推送阳杰 实际结果: 情况d: 自动送修的目标修理厂,本来有service_network_flag,删除这个属性。 预期: 推送阳杰 实际结果: