感谢楼主的分享，看完后其实跟上面那位有一样的问题，三个层面的用例分别设计吗？然后比如一个报名功能，报名后状态变更、按钮样式改变、页面信息改变，这种情况下是统一走业务层还是说关于样式的再拆分到前端的处理，数据落库的一个变化拆分到数据层

学到了，可以分享些案例吗，
目前写完每次去执行的时候就发现有些不足，但是回头重新去梳理划分时又感觉难以拆解。比如一个功能下，不同场景单独列出来，然后该功能具体的测试点又单独列出来，但是测试时需要根据这些组合一起去标注。
我这边是用 xMind 去写，写个大纲感觉还行但具体感觉写不出来

是的，领导也让做过，其实就是我回复楼上，自己抽时间做，一个是感觉效果不明显另外是只能做完业务测试，挤时间去做，然后就是没时间最近连着十几天加班都干吐了。。。

谢谢，第一条其实是之前的领导要求做的，刨根问底确实能了解很多，包括下次遇到类似的技术评审也能去提前避免。
现在其实看是想找个有实现过这些的团队吧，一直在网上摸索感觉没什么进展

期待楼主分享 ，我是之前在看那个 pict 文章关注的，最近也一直在琢磨这块，怎么更好的创建测试数据与维护

可能我也不太明白，所以没讲清楚。

不过还是有些明白了，感谢楼主 我先试试

感谢分享

那原有的一些死数据呢？ 其实我现在还是在纠结部分数据是否需要从数据拿，还是直接写死，又或者先通过一个接口创造数据，这方面没有一个清楚的理解与区分吧。

楼主，我是在另一个接口讨论帖子看的你的回复，然后来到这里的，上面讲的很多也是我目前遇到过得问题。
顺带，想咨询一些新的问题，希望能得到楼主回复。
1.一些一次性的数据使用完后，如何重复使用（看到过还原数据库的操作，但目前测试环境领导不允许这样做；如果执行 sql 删除的话，是在什么时候处理，最后处理可能技术有限， 总达不到太好的效果）

2.还有一些接口拿的是如地区 id，订单 id 类似的，这种情况是写死数据吗？一部分数据确实是固定不变的，但还有一些可能存在过期或被删除的情况，这种我想了解怎么处理（数据关联我是有做的，但感觉类似这种接口关联不强的不太需要这样处理，目前打算的是从数据库中查找现存的数据然后去使用，但考虑到接口较多，每次执行 sql 不一致可能会导致不稳定，目前只进行了一个小模块的尝试，也不知这种是否合理）

希望大佬解惑，谢谢