首先说为什么要有 ID，因为接口会出现互相调用参数的情况，知道 ID 可以直接查到该用例。
然后说下我现在的 ID 格式：00100，00200，00300……最多能到 99900，就是 999 条。
其实就是序号后面加两个零。
为什么要加两个零，因为有可能出现用例之间插用例的情况。
我的用例是按照 ID 从小到大执行的，所以在插用例时，比如在 00100，和 00200 之间插一条，
那它的 ID 就是 00150。
所以执行顺序是 00100，00150，00200。
我这样编 ID 比较简单，但是遇到大量插用例时，就有点费劲了。
我在考虑未来不行就加入小数。。
大家的接口用例 ID 是怎么设计的呢？执行也是按照 ID 从小到大执行的吗？
「原创声明：保留所有权利，禁止转载」
有 ID 不过只是用来作为步骤的唯一标识。 顺序是同一个用例的步骤从上至下执行
所以同一个用例的步骤最好写在一起 最好不要和别的用例步骤混着写 
接口用例这样设计的话，两个用例之间会存在依赖关系，并且会有严格的执行顺序要求吧。
如果我要快速验证 00200 这条 case 的话，就得和 00100，00150 一起执行。
接口用例不应该相互依赖，也不应该有执行顺序要求，如果是 00200 这种场景，应该想办法把 00100，00150 和 00200 放在同一个 case 里。
你现在的设计，跑一次回归，00100，00150，00200 各自会执行 1 次；如果取消依赖跑一次回归，00200 执行 1 次，00100 和 00150 总共会执行 2 次
我设计的唯一原则，用例之间不能用依赖。测试数据明明可以通过前置步骤去生成，为什么要这样互相依赖？
