测试用例这块，老徐写过很多文章 。这篇文章，汇总往期内容，以及回答下你关于用例的所有疑问 。
1.
问：
测试用例，怎么写 ？
答：
1）根据需求文档，拆分测试点 。
2）根据测试用例设计方法 + 经验 + 拆分后的测试点 + 通用用例规约 。来设计最终的详细测试用例 。
2.
问：
没有需求文档，如何写用例 ？
答：
如下，选取老徐往期文章的片段：
没有需求文档，最头疼的问题是不知道开发的产品应该是个什么样，要完成哪些功能，达到什么指标，有哪些细节需要注意的。
大家只是口头沟通，过段时间，谁都不知道谁说了什么。
下面几个步骤应该也许有用：
1、首先可以查找其他相关文档。比如产品策划书、Feature List，不可能什么文档都没有吧。我们可以收集一切相关的文档来帮助理解所要测试的产品需要完成的目标。
2、尽量多参加该项目组内的会议。比如需求讨论、设计讨论、计划讨论等会议，尽管没有白纸黑字的文档，但讨论过程中也能让你加深对产品的理解。
3、咨询相关人员。经过以上两个过程，应该对产品有了一个初步的理解，花点时间自己把大致的功能点整理一下，遇到不明确的、有疑问的，可以咨询项目负责人或者相关市场人员，他们应该对整个产品心中有数。
这里有一个前提是，在对产品有了初步了解后，才有针对性的去咨询，否则在什么都不知道的情况下。
第一，对方没有耐心和时间向你介绍整个产品；
第二，对于对方的讲解，估计最多也只能了解个大概，不能很好理解。
4、召集相关人员，对你整理的结果进行讨论。整理以上几步得出的结论，总结成文档，发给相关人员，包括项目负责人、市场部代表、开发人员等，让他们帮助评审check，根据意见对文档不断进行补充完善。当最后通过评审后，这个文档就可以当作依据来设计你的测试用例了。
当然，如果是一款已经上线的产品，可以多去使用产品。
有不懂的记录下来，问产品经理。如果没有产品经理，问测试同事。如果公司在职的测试也没有（就你一个测试），问开发同学。
也可以去看历史Bug。通过历史Bug，可以了解到一些你需要关注的东西。
