你的测试写全了吗？

QA设计的测试用例大部分都是面向业务的端到端测试，怎么能保证从DB来的数据通过层层service能顺利的到达前端并被正确的展示出来呢？我们可以尝试以UI和DB作为data flow的两端串起所有的测试。

场景

想象一个典型的场景，一次sign off接近尾声：

QA：这个些case都有测试吗？
DEV：打开各种IDE，UT cover了case A，JT cover了case B，API test cover了case C

Sign off结束了，但是代码里的测试真的覆盖了QA预期的全部用例吗？

假设一个系统的数据都存储在DB中，而UI是系统与终端用户交互的部分，那么数据在DB和UI之间通过各种service的互相调用而展示或存储的过程就是一种data flow。

QA设计的测试用例大部分都是面向业务的端到端测试，怎么能保证从DB来的数据通过层层service能顺利的到达前端并被正确的展示出来呢？我们可以尝试以UI和DB作为data flow的两端串起所有的测试。

举个例子

某项目有一个叫FileSharing的website，用户可以在上面共享文件。
系统的设计是FileSharing Frontend向FileSharing Backend发请求获取file和user信息，FileSharing Backend向File Service发请求获取file信息，File Service从DB读取file信息。
其中一个需求是当前用户可以看到自己和其他用户上传的文件，而他人上传且未被该用户下载过的文件名应该显示为粗体。
根据这