无论是项目经理、用户还是总监在针对测试开发进行管理时都要涉及到这个问题，下面测试用例设计的关键点归纳如下，供大家在工作中参考。

　　为测试需求确定测试用例 （推荐一款测试用例管理工具：TestCenter，泽众软件出品）
　　测试需求：来源于需求规格说明书（用例、补充规约），设计规格。需要我们在测试计划中明确。

　　测试需求编号：例如TC_XXXX_XX（否则难以跟踪和管理哦）

　　每一个测试需求至少确定两个测试用例：正面，负面

　　为测试用例确定输入和输出
　　输入是指在执行该测试用例时，由用户输入的与之交互的对象、字段和特定数据值（或生成的对象状态）。

　　输出即预期结果，是指执行该测试用例完毕后得到的状态或数据。

　　在确定输入和输出参数时，我们采用以下原则：

　　在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力强。

　　必要时用等价类划分方法补充一些测试用例。

　　对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。

　　如果程序的功能说明中含有输入条件的组合情况，则一开始可选用因果图法。

　　编写测试用例


　　至少要包括如下内容：

　　测试用例编号为：

　　例如：TC_测试需求标识。

　　测试需求标识 。

　　测试计划中的测试需求标识。

　　测试目标状态和测试数据状态

　　执行此用例前系统应具备的状态。

　　输入(操作)

　　为各输入数据（操作）的组合。

　　输出(预期结果)

　　测试用例执行后得到的状态或数据。

　　评审测试用例
　　测试用例检查表

　　是否每一个需求都有其对应的测试用例来验证？

　　是否每一个设计元素都有其对应的测试用例来验证？

　　或事件顺序，它能够产生的测试目标行为？

　　是否每个测试用例都阐述了预期结果？

　　是否每个测试用例（或每组相关的测试用例）都确定了初始的测试目标状态和测试数据状态？

　　测试用例是否包含了所有的单一边界？

　　测试用例是否包含了所有的业务数据流？

　　是否所有的测试用例名称，ID都与测试工件命名约定一致？

　　参加人员

　　项目经理、系统分析员、测试设计员、测试员

　　跟踪测试用例
　　需求管理

　　需求-〉测试用例

　　测试用例是否覆盖了需求

　　测试用例执行率、通过率