看公司要求，有些小公司要求不是很严格，用 xmind 写出流程，场景等即可。

我现在是自我要求，而不是应付公司，想问下怎样科学的去写，高效率高覆盖

若果要求比较高的话 那么本身该有的功能测试用例 性能测试用例 自动化测试用例的编写方式都是不一样的 因为你针对的测试方式不同，所需要覆盖的程度，深挖的程度是不一样的 对于常用的功能测例 最好就是先用 xmid 将测试步骤进行场景话分析 然后再将测试因子组合进行测例编写 编写完以后进行评审和修改 改考虑到的场景什么的都要考虑覆盖到

使用什么方式去写用例倒没规定，用 xmind 能帮你把条理理清楚；
手工测试用例的分类我觉得用 ui，功能，业务分开写会好很多
如何细化功能点那就要看你对业务了解多少，对用户使用习惯了解多少，对异常场景能想到都少，想的阅读，覆盖点越全

因为我之前没这个概念，最近才知道评审用例可以分业务 数据 接口这些，所以想深挖，感觉自己太浮躁了

我懂你的意思，我的圈子还是太小了

测试用例用 xmind 去写的话，怎么去统计数量？

比如，关于电商的退货需求，哪些是功能用例，哪些是业务用例，哪些是数据用例。有必要分开去编写吗？

这个不是你自己浮躁的问题 现在很多小公司基本都是用 excel 来管理测试用例的，而且很多测例的编写仅仅局限于最基础的功能覆盖 可以多和做测试的朋友交流交流大家的公司都是怎么管理的 都是用那些工具管理的 然后你可以尝试着去改变自己当前测例的编写方式，这样也是一种提升

我们来交流下，看下 8L 的回复