软件测试用例设计要点
无论是项目经理、用户还是总监在针对测试开发进行管理时都要涉及到这个问题，下面测试用例设计的关键点归纳如下，供大家在工作中参考。
为测试需求确定测试用例 （推荐一款测试用例管理工具：TestCenter，泽众软件出品） 测试需求：来源于需求规格说明书（用例、补充规约），设计规格。需要我们在测试计划中明确。
测试需求编号：例如TC_XXXX_XX（否则难以跟踪和管理哦）
每一个测试需求至少确定两个测试用例：正面，负面
为测试用例确定输入和输出 输入是指在执行该测试用例时，由用户输入的与之交互的对象、字段和特定数据值（或生成的对象状态）。
输出即预期结果，是指执行该测试用例完毕后得到的状态或数据。
在确定输入和输出参数时，我们采用以下原则：
在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力强。
必要时用等价类划分方法补充一些测试用例。
对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。
如果程序的功能说明中含有输入条件的组合情况，则一开始可选用因果图法。
编写测试用例
至少要包括如下内容：
测试用例编号为：
例如：TC_测试需求标识。
测试需求标识 。
测试计划中的测试需求标识。
测试目标状态和测试数据状态
执行此用例前系统应具备的状态。
输入(操作)
为各输入数据（操作）的组合。
输出(预期结果)
测试用例执行后得到的状态或数据。
评审测试用例 测试用例检查表
是否每一个需求都有其对应的测试用例来验证？
是否每一个设计元素都有其对应的测试用例来验证？
或事件顺序，它能够产生的测试目标行为？
是否每个测试用例都阐述了预期结果？
是否每个测试用例（或每组相关的测试用例）都确定了初始的测试目标状态和测试数据状态？
测试用例是否包含了所有的单一边界？
测试用例是否包含了所有的业务数据流？
是否所有的测试用例名称，ID都与测试工件命名约定一致？
参加人员
项目经理、系统分析员、测试设计员、测试员
跟踪测试用例 需求管理
需求-〉测试用例
测试用例是否覆盖了需求
测试用例执行率、通过率
