测试用例要经过创建、修改和不断改善的过程，一个测试用例具有以下属性：
● 测试用例的优先级次序，优先级越高，被执行的时间越早、执行的频率越多。由最高优先级的测试用例组来构成基本验证测试，每次构建软件包时，都要被执行一遍。
● 测试用例的目标性，有的测试用例是为主要功能而设计，有的测试用例是为次要功能而设计，有的则为系统的负载而设计，有的则为一些特殊场合而设计。因此，需要根据不同的目标设计不同的测试用例。
● 测试用例所属的范围，属于哪一个组件或模块，这种属性被用来管理测试用例。
● 测试用例的关联性，测试用例一般和软件产品特性相联系的，多数情况下验证某个产品的功能。这种属性可以被用于验证被修改的软件缺陷，或对软件产品紧急补丁包进行测试。
● 测试用例的阶段性，属于单元测试、集成测试、系统测试、验收测试中的某一个阶段。这样对每个阶段，构造一个测试用例的集合被执行，并容易计算出该阶段的测试覆盖率。
● 测试用例的状态性，当前是否有效，如果无效，被置于Inactive状态，不会被运行，只有被激活的（active）测试用例才被运行。
● 测试用例的时效性，针对同样功能，可能所用的测试用例不同，是因为不同的产品版本在产品功能、特性等方面的要求不同。
● 所有者、日期等特性，测试用例还包括由谁、在什么时间创建，又由谁、在什么时间修改。
根据上述特性，再结合测试用例的编号、标题、描述（条件、步骤、期望结果）等，就可以对测试用例进行基于数据库方式的良好管理。测试用例设计完之后，要经过非正式和正式的审查：非正式的审查一般在QA或测试小组（部门）内部进行，包括同测试组人员互相检查，或让资深人员、测试组长帮助审查；正式的审查一般通过正式文档将已设计好的测试用例分发给相应的系统分析人员、设计人员和程序员，让他们先通读一遍，将发现的问题记下来。然后由测试组长或项目经理召开一个测试用例审查会，由测试设计人员先对测试用例的设计思想、方法、思路等进行说明，然后系统分析人员、设计人员和程序员把问题提出来，测试人员回答，必要时做些讨论。
审查完的测试用例，经修改后，就可以直接用于手工测试或用于测试脚本的开发。
2. 测试开发
根据所选择的测试工具脚本语言，如IBM Ratlonal SQABasic，编写测试脚本，将所有可以进行自动化测试的测试用例转化为测试脚本。其输入就是基于测试需求的测试用例，输出是测试脚本和与之相对应的期望结果，这种期望结果一般存储在数据库中或特定的格式化文件中。
● 测试开发的步骤，首先要设立测试脚本开发环境，安装测试工具软件，设置管理服务器和具有代理的客户端，建立项目的共享路径、目录，并能连接到脚本存储库和被测软件等。然后执行录制测试的初始化过程、独立模块过程、导航过程和其他操作过程，结合已经建立的测试用例，将录制的测试脚本进行组织、调试和修改，构造成一个有效的测试脚本体系，并建立外部数据集合。
● 由于被测系统处在不完善阶段，在运行测试脚本的过程中，容易中断。所以在测试脚本开发时，要处理好这种错误，及时记录当时的状态，又能继续执行下去。处理这个问题，有一些解决办法，如跳转到别的测试过程、调用一个能够清除错误的过程等。
● 测试开发常见的问题。测试开发很乱，与测试需求或测试策略没有对应性；测试过程不可重用；测试过程被作为一个编程任务来执行，导致脚本可移植性差。这些问题应该避免，在脚本的结构、模块化、参数传递、基础函数等方面设计好。
相关链接：
