针对链路比较长的逻辑测试，什么方案测比较高效率
举个例子，比如我一个业务逻辑，链路是A->B-C-D，ABCD里面各有一堆逻辑要测试，时间紧急的情况下怎么测比较高效。我的思路：
方案1，分批测试，把A逻辑测好，再测B，因为如果A不对B就无法进行，所以先测A，而且开发也可以更快更准的去定位到问题原因，但是可能会出现的问题就是，你测试了很久，结果因为Bug比较多，整个链路都不通，领导觉得你几天啥也没干，这么严重问题都没发现。
方案2，可以随便拿个数据试验一下整个链路通不通，不通就提阻塞性Bug给开发，让他改，但是我觉得这样的话，开发排查起来比较困难，因为链路长，不太好发现问题在哪里，耗时比较久。而且我感觉这样测会打乱我的测试节奏。
就这个问题困扰我很久了，没有更好的解决方案，想问问做过开发或者测试的人，你们怎么想的，你的看法是什么，给我建议，感谢
顺序测 先场景，在细节
页:
[1]
