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