软件测试用倒设计的方法和管理 测试用例模板
软件测试用例设计的方法，如第14章所述，有白盒测试和黑盒测试相对应的设计方法，黑盒测试的用例设计，采用等价类划分、因果图法、边值分析、用户界面测试、配置测试、安装选项验证等方法，适用于功能测试和验收测试。而白盒测试的用例设计，有以下方法：
· 采用逻辑覆盖(包括程序代码的语句覆盖、条件覆盖、分支覆盖)的结构测试用
例的设计方法。
· 基于程序结构的域测试用例设计方法。“域”是指程序的输入空间，域测试正是在分析输入空间的基础卜，完成域的分类、定义和验证。从而对各种小_司的域选择适当的测试点(用例)进行测试。
· 数据流测试用例设计的方法，是通过程序的控制流，从建立的数据日标状态的序列中发现异常的结构测试方法。
· 根据对象状态或等待状态变化来设计测试用例，也是比较常见的方法。
· 基于程序错误的变异来设计测试用例，可以有效地发现程序中某些特定的错误。
· 基于代数运算符号的测试用例设计方法，受分支问题、_义性问题和大程序问题的困扰，使用较少。测试用例要经过创建、修改和不断改善的过程， 个测试用例具有以下属性：
· 测试用例的优先次序(priority)，优先级越高．被执行的时间越早、执行的频率越多。由摄高优先级的测试用例组会构成基本验证测试(BX-f’T'basic、verificatjontest)，每次构建软件包时，都要被执行一遍。
· 测试用例的目标性，有的测试用例(m面or case)是为土要功能而设计，有的测试 用例(mlnor case)是为次要功能而设计，有的(slress c{]se)则为系统的负载而设计，有的(exception case)则为一些特殊场合而设计。
· 测试用例所属的范围，属于哪一个组件或模块，这种属性被用来管理测试用例。
· 测试用例的关联性，测试用例一般和软件产品特性相联系的，多数情况下验证某个产品的功能。这种属性可以被用丁验证被修改的软件缺陷，或对软件产品紧急补丁包的测试。
· 测试用例的阶段性，属丁单元测试、集成测试、系统测试、验收测试中的某一个阶段。这样对每个阶段，构造一个测试用例的集合被执行，并容易计算出该阶段的测试覆盖率。
· 测试用例的状态性，当前是否有效，如果无效，被置于lnactive状态，不会被运行
只有被激活的(acttve)测试用例才被运行。
· 测试用例的时效性，针对同样功能，可能所用的测试用例不同，是因为不同的产品版本在产品功能、特性等方面的要求不同。
·所有者、日期等特性，测试用例还包括由谁、在什么时间创建的，又由谁、在什么时闻修改的。
根据上述特性，再结合测试用例的编号(ID)、标题、描述(条件、步骤、期望结果)
等．就可以对测试用例进行基于数据库方式的良好管理。
测试用例设计完之后，要经过非正式和正式的审查：
(1)非正式的审查：一般在QA或测试小组(部门)内部进行，包括同测试组人员互相
检查(peer revi+ew)，或让资深人员、测试组长帮助审查。
(2)正式的审查：一般通过正式E_rnail将已设计好的测试用例发给相应的系统分析、
设计人员和程序员，让他们先通读一遍，将发现的问题记下来。然后由测试组长或项目经理召开一个测试用例审查会，由测试设计人员先对测试用例的设计思想、方法、思路等进行说明，然后系统分析、设计人员和程序员把问题提出来，测试人员回答，必要时做些讨论。
审查完的测试用例，经修改后，就可以直接用于手工测试或用于测试脚本的开发。
文章来源于领测软件测试网 https://www.ltesting.net/
