细化最好啊，转化的的时候更方便

核心功能自动化

看公司的，有遇到很细的，也有时间和人力有限的情况下，只写到功能点的

正向用例尽量写全，其他的主要看你测试时间，不建议写的太细，维护起来影响视力……

时间充足的情况下尽量细化到提示语，每一个测试点均需考虑，不要遗漏；
时间和人力紧缺的情况下，利用 xmind 列出所有测试点即可

有原型图的话就对应原型图，不用一一写
如果有功能设计文档，按功能，页面元素布局，交互分别对应用例就好了
细化的到每一个按钮/提示语，写起来花时间，维护起来也是事倍功半
。。。个人意见，仅供参考

嗯，谢谢，我也是这么想的

确实需要自动化，但是自动化也要根据用例来的。

确实是，看公司，也看项目的时间安排，测试计划等

哈哈，说的对，正向用例是优先测试的

谢谢，这个主意好，xmind 也要用起来了

嗯，仁者见仁智者见智嘛

细的不会写在用例上（太杂不方便评审和维护），但是测试的时候会对照 PRD 去测这些细的地方

说实话，我现在还没经历一个比较正规的测试评审。之前的测试评审就是叫上产品、测试、开发，把写好的用例过一遍，但有时会感觉用例太细，每个提示的都要讲一遍，但如果不这么细，那评审时应该评啥呢

https://testerhome.com/topics/7943，刚看到这篇文章，受益匪浅，与大家共勉

其实用例都有个人风格，如果一堆错误提示我就这么写，导图里写 “错误提示测试”，然后备注里写上所有提示，主要是告诉他们你会测到