5、测试用例级别要划分清楚，这样在测试执行时有主次之分 。
6、测试用例的划分也要单一，一个测试用例只检查功能点的一种情况 。一个用例检查的情况太多，会导致用例的目的不明确 。而且这样组织用例，有利于需求覆盖率的统计 。一个功能点我们测试了哪些情况，以及哪些功能点我们在重点测试，一目了然 。
4. 如何才能写好一个软件的测试用例 需要明确个问题，有没有有需求或者设计文档没？1，有的话按照文档写，将文档中的功能点摘录出来，按照功能点去写测试用例；2，没有文档，按照软件功能去写--那你们应该属于了解和学习阶段了：先了解软件功能，然后将软件的功能模块进行划分，梳理出来一个个功能点；这样有了功能点就可以进行测试用例编写了：1，测试用例的要包括操作步骤：怎么操作--把你的操作过程描述下来； 期望结果--软件设计的结果是什么--这个来自设计和平时的体验； 实际结果--在测试过程中按照步骤执行下来之后看到的结果；2，编写测试用例时将功能点进行划分，需要确认该功能点有几个测点，基本上做到一个测点一个case;3，测试用例要划分优先级和重要级别：软件功能主流程上的功能是重要级别最高的，而优先级一半配合开发过程和功能完善来确定：基本的要优先级最高，边角的可以优先级最低；LZ如果是个新手，建议将软件划分成小块，一个个的消化，其实测试最容易入门的方式就是将你作为使用者，这就是用例的来源 。
希望能对你有帮助 。
5. 如何写测试用例 编写测试用例需要有以下几点：1、测试用例编号 ◇ 规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串 ◇ 约定： 系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX 集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX 单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX 2、测试项目 ◇ 规则：当前测试用例所属测试大类、被测需求、被测模块、被测单元等 ◇ 约定： 系统测试用例测试项目：软件需求项 如：测试手机在没有SIM卡的情况下，可以拨打紧急电话 集成测试用例测试项目：集成后的模块名或接口名 如：测试模块A提供的文件接口 单元测试用例测试项目：被测试的函数名 如：测试函数int ReadFile(char *pszFileName) 3、测试标题 规则：测试用例的概括简单的描述用例的出发点、关注点，原则上不能重复 。
4、重要级别 规则 高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例； 中：重要程度介于高和低之间的测试用例； 低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例 。5、预置条件 规则：执行当前测试用例需要的前提条件，是后续步骤的先决条件 6、输入 规则：用例执行过程中需要加工的外部信息，输入、文件、数据库等 7、操作步骤 规则：执行当前测试用例需要经过的操作步骤，保证操作步骤的完整性 。
8、预期输出 规则：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等 。
6. 如何编写一个好的测试用例 我一直在想，作为测试人员应该用脑袋去测试，也就是说应该在工作中不断的总结经验，把自己的发现应用到测试中去，这样你才能有真正的提高，你所具备的理论和能力才有竞争力 。
回到测试用例中来，我觉得做好以下三点就是一个好的用例 。第一：依据分明 众所周知，一个项目首先立项，然后经过一系列的动作到了需求分析，昨晚需求分析后，测试就可以做测试需求，然后就可以写测试用例了 。