5、测试用例名称，也叫测试用例标题，一定要写得简洁、明了，需要用概括的语言描述该用例的出发点和关注点，使得测试人员第一眼看到测试用例名称就能够明白测试用例的目的 。用例名称中一般要求不能存在假设性的语句，并且原则上每个用例的名称不能重复 。
6、预置条件要明确，包括测试环境、62616964757a686964616fe59b9ee7ad9431333332636333测试数据、测试场景 。因为许多BUG只有在特定的环境、特定的场景下才可以重现 。没有正确的前提条件，就无法进行后面的测试步骤或无法得到预期的结果 。
7、测试步骤描述要简单、清晰，并且要清楚每一个步骤的描述，我们平常的鼠标和键盘的每一动作都代表一个操作步骤 。比如：第一步，输入用户姓名；第二步，输入登录密码；第三步，用户点击登录 。步骤写的明确时就利于提高用例的可操作性 。
8、用例的预期结果要完整而且清晰，并且要将各个输出的结果写出来，包括：返回值的内容、数据库相关字段的记录、界面的响应结果、输出结果的规则符合度、日志的检查和对其它业务影响的检查 。
9、测试用例级别要划分清楚，这样在测试执行时有主次之分 。
11、评审用例很关键，因为经过测试用例的评审可以发现：用例设计的结构安排是否清晰、合理；是否覆盖所有的需求功能点；是否存在冗余的用例；是否具有很好的可执行性；是否存在对需求理解上的差异等 。评审需要项目经理、需求分析人员、架构设计人员、开发人员和测试人员都参与，也需要客户方的开发人员和测试人员 。
12、召开测试用例评审会议，在会议上大家可以提问互答，对模糊不清的地方可以进行讨论 。这样可以站在不同的角度，站在很多人的思维和思考方式下设计用例 。
13、站在用户的角度来设计用例，以用户的使用逻辑及操作习惯为出发点，从用户实际可能的操作场景考虑，一定要脱离系统提供功能 。
14、测试用例需要不断更新和维护，不要认为测试用例的设计是一个阶段，测试用例的设计也需要迭代，在软件开发的不同的阶段都要回来重新审视和完善测试用例 。并且需要在测试执行时利用发散思维不断的构造和完善测试用例 。
总的来说，写出好的测试用例需要我们不断的积累和完善，需要我们不断的在工作中去总结 。写出好的测试用例没有简单的公式或规定可以遵循 。即使是多年以来在测试方面感兴趣的人也很难做到这一点 。
3.测试需求与测试用例是什么关系测试需求是主要是整理测试焦点（包括一些界面、输入域、业务流程、数据等），并明确测试焦点的优先级，为测试用例的设计提供测试所需的功能点信息 。测试需求的分析也会体现用例设计方法，有的测试需求分析文档中也会指导性的明确焦点的测试用例设计方法 。
可以说，测试需求是告诉你要测什么，而测试用例是告诉你怎么测 。
好的测试需求能发现需求中显性和隐性的测试焦点，从而能更好的指导测试用例的设计，能更好的提高被测模块整体功能的覆盖率 。
测试需求分析会根据不同阶段的测试类型会有不同的侧重点 。我是做系统测试的，主要注重系统或软件是否满足用户需求的情况 。平时做测试需求时会比较明确系统的功能模块和测试点明细整理，也会把测试案例设计方法同时加入到分析文档中 。
4.做过软件测试各位大神们帮忙看下,怎么根据这个需求分析写测试用例1、首先根据需求写出测试用例大纲（很重要：测试大纲的目的在于罗列出所有的测试点 。
【测试用例需求怎么写】