测试用例详解

测试用例详解

一、测试用例的作用：
·测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

二、测试用例的定义：
·测试用例是指对软件产品进行测试任务的描述。

三、测试用例使用范围：
·测试用例可用于各类软件产品的功能、业务规则和业务处理所涉及的测试。

四、测试用例的目标：
·测试用例应能降低测试成本和降低产品风险。

五、测试用例的分类：
·用于证明该需求已经满足的测试用例，通常称作正面测试用例。
·用于反映某个无法接受、反常或意外的条件或用于论证只有在所需条件下才能够满足的测试用例，通常称作负面测试用例。

六、测试用例的产生背景：
软件测试的重要性是毋庸置疑的。但如何以最少的资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件测试人员探索和追求的目标。每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法。
影响软件测试的因素很多，例如软件本身的复杂程度、开发人员（包括分析、设计、编程和测试的人员）的素质、测试方法和技术的运用等等。因为有些因素是客观存在的，无法避免。有些因素则是被动的、不稳定的。（例如：开发队伍是流动的，有经验的走了，新人不断补充进来）
为了保障软件测试质量的稳定，测试用例就应因而生了。有了测试用例，尽管是新人来测试，参照测试用例实施，都能保障测试的质量。这样，就可以把人为因素的影响减少到最小。即便最初的测试用例考虑不周全，随着测试的进行和软件版本更新，也将日趋完善。因此，测试用例的设计和编制是软件测试活动中最重要的。测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。

七、编写测试用例文档注意事项:
7.1编写测试用例文档时，应用测试用例管理软件标准文档模板。
7.2软件产品或软件开发项目的测试用例一般以该产品的软件模块或子系统为单位，形成一个测试用例文档。（注：并不是绝对的）
7.3测试用例文档应由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分，将逐一列示各测试用例。每个具体测试用例都将包括下列详细信息：用例编号、用例名称、测试等级、入口准则、验证步骤、期望结果（含判断标准）、出口准则、注释等。以上内容涵盖了测试用例的基本元素：测试索引，测试环境，测试输入，测试操作，预期结果，评价标准。
 
八、测试用例的相关流程：
8.1测试用例的评审
·测试用例是软件测试的准则，但它并不是一经编制完成就成为准则。测试用例在设计编制过程中要组织同级互查。完成编制后应组织专家评审，需获得通过才可以使用。评审委员会可由项目负责人、测试、编程、分析设计等有关人员组成，也可邀请客户代表参加。
8.2测试用例的修改更新
·测试用例在形成文档后，也还需要不断完善。更新原因主要来自三方面：
在测试过程中发现设计测试用例时考虑不周，需要完善。
在软件交付使用后反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成；
软件自身的新增功能以及软件版本的更新，测试用例也必须配套修改更新。
一般小的修改完善可在原测试用例文档上修改，但文档要有更改记录。软件的版本升级更新，测试用例一般也应随之编制升级更新版本。
8.3测试用例的管理软件
·运用测试用例还需配备测试用例管理软件。它的主要功能有三个：
能将测试用例文档的关键内容，如编号、名称等等自动导入管理数据库，形成与测试用例文档完全对应的记录。
可供测试实施时，及时输入测试情况。
能最终实现自动生成测试结果文档，包含各测试度量值，测试覆盖表和测试通过或不通过的测试用例清单列表。
有了管理软件，测试人员无论是编写每日的测试工作日志、还是出软件测试报告，都会变得轻而易举。

九、测试用例设计的误区
·能发现到目前为止没有发现的缺陷的用例是好的用例。
·测试用例应该详细记录所有的操作信息，使一个没有接触过系统的人员也能进行测试。
·测试用例设计是一劳永逸的事情。
·测试用例不应该包含实际的数据。
·测试用例中不需要明显的验证手段。

附件：