一、为什么要写测试用例？
在版本转测试之后，我们测试的基础是什么？如果没有测试用例，我们应该怎么展开测试？怎么样保证测试点不遗漏、而且不人力投入不重复、怎么样追溯我们的测试质量？如果没有测试用例，这些工作可能都无法开展， 所以测试用例是测试的根基，可以让我们的测试活动从不可控的状态变成可控的状态， 让测试活动开展起来更加顺利，可视化的跟踪我们的测试进度，哪些已测试、哪些未测试，所以要想成为一个高水平的测试人员，写出一份高质量的测试用例是基础。
三、测试用例好坏的评判标准？
首先纠正一个误区，测试用例不是越多越好？相反如果测试用例中冗余用例太多，这样在执行测试用例会浪费大量测试人力，而且不会产生测试效果。
标准如下：
是否够高效，是否够经济，是否有足够的拓展性
1、测试用例书写格式正确、描述清晰， 其他测试人员拿到测试用例可以在不询问写作人的情况下正常执行下去
2、测试用例对测试点覆盖完全，也就是说测测过程中发现的问题基本都是通过测试用例发现的，发现的比例越高越好， 越高说明测试用力的防护能力越强，当然测试用例不 可能特别完备，在我们执行测试用例的过程，如果bug不是通过用例发现，我们需要对用例进行增加，这样我们下一次就可以把这个问题给防护住。
四、概念
1.什么是测试用例？
在测试过程中很重要的一类文档，它是测试工作的核心、是一组在测试时输入输出的标准、是软件需求的具体对照。
2.测试用例的作用：
检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路
3.测试用例所包含的内容：
用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。
名称：要求熟练的测试人员看见名称就大概明白测试用例所测试的点，大概怎么测试，不要求描述过分详细，尽量简短、精练
描述：测试点的详细描述，相当于测试用例名称的详细版
前置条件：就是在执行操作步骤前，系统需要达到的状态
测试步骤：如果有多个步骤，每一个步骤都需要填上序号，每一行一个步骤， 不能写得过于简略，至少要让熟悉过系统的测试人员可以执行，也建议不要写得太复杂。
预期结果：如果有多个检查点，需要都罗列出来，每一行一个标号， 让人一目了然有几个结果检查点， 另外检查点尽量写详细些，不要出现结果正常、不正常等字眼，应该描述 出正常的具体情况。
把测试用例的每一个部分写好仅仅是测试用例的基本要求，就算这些都做好了，也不能说明这个测试用例是一个好的测试用例。
4.测试用例的编写流程：
需求分析->提取测试点->测试用例编写->测试用例评审