有没有一种可能，就是行情不好。

一般 A 用例失败，B 用例都没法进行下去的，其实都是把 A 和 B 写到了一条用例中。

我以为我数学很差，原来比我想象的更差啊。。。

用例是用例，流程是流程。1、2 没有啥分支流程，本来就只需要个 3 就行。

你把用例理解为业务逻辑 + 断言，用例 1-用例 2-用例 3 就可以拆分成：
用例 1=流程 1+ 断言，
用例 2=流程 1+ 流程 2+ 断言，
用例 3=流程 1+ 流程 2+ 流程 3+ 断言，
用例 3 失败了不就从流程 1 开始走了么。

另外就场景法来说
流程 1->流程 2->流程 3 这个场景属于基本场景，只看正向覆盖，只需要 1 条用例覆盖整条即可。
中间流程 1、流程 2 如果有其他分支应该作为可选场景进行路径覆盖。（比如流程 1->流程 4）

光一个东西的升级、优化、重构就够折腾人了。。。
如果做完不管，那当我没说

没 HC，没楼主的烦恼。人面多了短时间内就麻木了。。。

没点确定？
要么直接 js 传过去不点控件

注册的用例：注册 + 验证
登录的用例：注册->登录->验证
很独立啊，哪个不能单独运行？

单从问题来看，罗列的这些其实是平行越权、垂直越权、XSS 等安全问题，肯定是 bug。只是看你们实际情况是否容忍这些 BUG。如果应用不对外，有严格的安全策略，整个系统价值也不大，接口层不做那些验证其实也可以接受，大家都省点事。

如果有价值，可以从风险考虑，此类 BUG 被别有用心的人利用，会造成多大的后果和影响。（都这样了，估计基本属于不设防状态）

对接口测试来说，也许不会对每一个出现的异常都定义，但是对一类异常应该是有定义的。如果没有做过接口测试，可以从接口开发规范着手，建立起一套质量保障体系。